Re: IOKit KEXT Questions
Re: IOKit KEXT Questions
- Subject: Re: IOKit KEXT Questions
- From: Andre-John Mas <email@hidden>
- Date: Sat, 18 Aug 2007 15:01:42 -0400
Hi,
As stated previously giving us an idea of what you are trying to
achieve would
be the best solution to getting a good answer. I realise that you may be
trying to create a solution that you don't want to publicise too
soon, but
if there is any way you can explain your goal, even if it is part of the
solution I think it would be the best way to go.
In many solutions certain decisions have been made for better or worse.
Generally the approach is accepted unless there is a good reason to
bring
them into question. With an API certain compromises are made in
trying to
allow maintainability and providing developers with a stable interface.
I don't think anyone is accusing you of anything, though at the same
time
since we don't understand your goal we can't help you until we
understand.
There are some things that can't be answered properly unless the context
of the question is provided. I myself have asked questions that were
obvious
as what I was asking, until I tried seeing from the other person's point
of view.
Andre
On 15-Aug-07, at 18:21 , Matt Burnett wrote:
I have 2 questions regarding IOKit KEXTs.
- How does IOMemoryDescriptor deal with memory protection (mprotect/
vm_protect)? Is there a class available to check/change the
protection of certain pages in memory or should i use mprotect/
vm_protect?
- Why do IOKit KEXTs have issues resolving kernel symbols, and what
can i do to work around it. For example if i create a KEXT in C, i
can lookup the address of any symbol which is in /mach.sym, however
I get unresolved symbol errors if i do the same in a IOKit KEXT.
Example HelloIOKit.cpp Code:
...
extern "C" int execve(void *, void *, int *);
...
IOLog("Found execve at %p\n",execve);
...
Example kextload output:
kextload: extension HelloIOKit.kext appears to be valid
kld(): Undefined symbols:
_execve
...
Thanks
-Matt Burnett
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden