Re: mach_msg_rpc_from_kernel
Re: mach_msg_rpc_from_kernel
- Subject: Re: mach_msg_rpc_from_kernel
- From: Dave Koziol <email@hidden>
- Date: Wed, 30 Apr 2003 22:32:38 -0400
On Wednesday, April 30, 2003, at 01:44 PM, Godfrey van der Linden wrote:
Excuse me, what thread are you trying to block in the kernel? What
sort of driver are you writing? In general we do not allow what you
are trying to do.
Some folks I'm trying to help are writing a CoreAudio Driver. (Note, I
don't know anything about CoreAudio...)
They would like to handle some processing for certain requests in user
space. So, what they want to do is when they get one of these
requests, make a request to a user process, block waiting for the
response and when it comes back, return the results to the caller.
I went looking around to see if there was anything that did anything
like this, and I found mach_msg_rpc_from_kernel which looked very
interesting...
The other example I know of which is similar is
KUNCUserNotificationDisplayAlert, although they are not actually trying
to interact with the user, just do some things with aren't easy to do
in the kernel.
So, if there a preferred way to do something like this?
At 13:02 -0400 03-4-30, Dave Koziol wrote:
I've found this routine in ipc_mig.c, and it looks like it does
exactly what I want to do for a particular project, but I haven't
been able to find any code which actually uses it.
Can anyone point out anywhere in Darwin where this is used? Is this
a "safe" facility to use?
I need to perform some RPC calls from a KEXT into a user process, and
block waiting for the results. This routine appears to do exactly
that...
Thanks for any pointers in the right direction,
Dave Koziol
VP Engineering
IOXperts, Inc
_______________________________________________
darwin-kernel mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/darwin-kernel
Do not post admin requests to the list. They will be ignored.