September 2011 - Darwin-kernel

List T&Cs
by Quinn "The Eskimo!" 14 Sep '11

14 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Folks Just a reminder that Apple mailing lists are covered by a published set of terms and conditions. <http://lists.apple.com/tc.html> If you haven't read them recently, you should. There's something in there for everyone (-: S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Relations, Developer Technical Support, Core OS/Hardware _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Fwd: Change default VM address
by José Cornado 13 Sep '11

13 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=SGiXkuXVeubk2xbvEjNNAvdDLRj+AA+uDnXwTJI6lqc=; b=xJEEvmxvxyw6bVXBphsGOxrvnKTSttTq3aBIuGJ4CsEDac1aNeINk0Vd+yTuDmU4Hp SJ4+Cgv7Lt4wNCCHsNMfLnhPNRFJDT56Z+0srw2EYsSCH9hxWRcIpOV8j7f7S5gJJWyO kp8VDS7SrgD1qcoCkrpiyu0He1nNDut6uZLT4= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Change default VM address
by José Cornado 13 Sep '11

13 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=wOucjDjmYKIvxPEUzYrSlxCBXeN4Te4dy2OUHxlRiFI=; b=Ks2M09XIPGmgZhe09yVcxpN9+TfKEOXNc6T7aMDLyBFzu7i3atkdkDt3mUA6DSotkT MaXyOkVUafkc8fT5oU3eJ95F4pqL7wjzMv32jXAoHrD1GVfcxJmrlQ/diEZeyMq6jgrW nDJWuJNnuizic33WFrC1BTD5egVYCFGrgYJUc= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Change default VM address
by José Cornado 13 Sep '11

13 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lHRqisBB3aacYledDraGg1K4N78I31zsk3tpobfagbo=; b=Q/MKgFKgmY47QMfg4J9+RkYJ1Dif+tSoo6/C4TeQJ6PwEQ0cBih2FAMuRFkSZVvT5/ h3zdFtd3rH3fm16fybXtEIEmgbmxt/gRPrMQDOdnjPi5K3H2ZWoraDkid/ZRAf5loBkf DwOJcEODopFxxOvZmzWBjo0tOVpYDqSBf7drs= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Change default VM address
by Shantonu Sen 13 Sep '11

13 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com A side effect is that you might not notice truncation of 64-bit pointers if all of your app's static text and data are below 4GB. There's also a performance penalty to linking 64-bit programs in the low 4GB of the address space when run with the 32-bit kernel, since the kernel is forced to do TLB flushes on transitions into the kernel. The default behavior allows for the flush to be avoided. Shantonu On Sep 12, 2011, at 10:50 PM, comex wrote: > 2011/9/12 José Cornado <jose.cornado(a)gmail.com>: >> First of all, I apologize if this is not the correct list and if this >> somehow a novice question. If there is a better suited list, please let me >> know. >> >> If I wanted to change the default initial value of the VM address >> (executable) from 0x100000000 to another lower number, is this possible? Is >> this a linker option or compiler option? If possible, which side-effects >> could have? > > You can use this, but why do you want to do it? > > -image_base address > Specifies the perferred load address for a dylib or > bundle. The argument address is a hexadecimal number with > an optional leading 0x. By choosing non-overlapping > address for all dylibs and bundles that a program loads, > launch time can be improved because dyld will not > need to "rebase" the image (that is, adjust pointers within > the image to work at the loaded address). It is > often easier to not use this option, but instead use the > rebase(1) tool, and give it a list of dylibs. It > will then choose non-overlapping addresses for the list and > rebase them all. This option is also called > -seg1addr for compatibility. > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-kernel/ssen%40apple.com > > This email sent to ssen(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Change default VM address
by comex 13 Sep '11

13 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=NsuyU1j++l3bjRvyxplyxlFuJlQp7FYyUaHQR4OOeWE=; b=bmSdHiiKfrtcOPpljW5BYCaRKYOsqFK61+nPkHisSBp6/jVwRCglZjJeQLlQtJomZG xFuraTha1l6HpN3sH+iyt3Bi4/98/2XckbwY6KZcBaw+4TLbjTmB/Bd7ArstKCp6/5ct Za2AZA6In1dQ+N0oXU3LumSsNDNC8See10FVY= 2011/9/12 José Cornado <jose.cornado(a)gmail.com>: > First of all, I apologize if this is not the correct list and if this > somehow a novice question. If there is a better suited list, please let me > know. > > If I wanted to change the default initial value of the VM address > (executable) from 0x100000000 to another lower number, is this possible? Is > this a linker option or compiler option? If possible, which side-effects > could have? You can use this, but why do you want to do it? -image_base address Specifies the perferred load address for a dylib or bundle. The argument address is a hexadecimal number with an optional leading 0x. By choosing non-overlapping address for all dylibs and bundles that a program loads, launch time can be improved because dyld will not need to "rebase" the image (that is, adjust pointers within the image to work at the loaded address). It is often easier to not use this option, but instead use the rebase(1) tool, and give it a list of dylibs. It will then choose non-overlapping addresses for the list and rebase them all. This option is also called -seg1addr for compatibility. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Change default VM address
by José Cornado 13 Sep '11

13 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=eHIO5pL3yWE4vihVSPeNtXu8I5q4Bdj/QGGPfFyKGcM=; b=j52f3y+raHujaL3djR6C+LNTSY1Mu/jlMEKJGYlIAW/qpeXTK7sVs23uZ3ZbHvnH2e 5PqsFHpNtj2jqvRJJ0n1VEg1AnTpZqU6/2rx1A2CK8ldnG/j6jBJ229uwXAgJXOdmvaL a8beqNN3mmthyAjOhEMLV1loooAym3ovpVt4o= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: A question about how to get trace record generated by KERNEL_DEBUG(...).
by Quinn "The Eskimo!" 06 Sep '11

06 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 6 Sep 2011, at 08:54, Sid Moore wrote: > I wrote a demo program, for fetching those trace record from kernel > via sysctl(3), but It doesn't work, no trace record with debugid > matched 0x0301XXXX. :-( I wrote code to do this years ago, but I've completely forgotten how it works (-: I do remember cribbing lots of it from the fs_usage tool, so that might be a place to start. <http://www.opensource.apple.com/source/system_cmds/system_cmds-541/fs_usage…> These days I just DTrace <x-man-page://1/dtrace> to get this sort of information; it's so much nicer. S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Relations, Developer Technical Support, Core OS/Hardware _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

A question about how to get trace record generated by KERNEL_DEBUG(...).
by Sid Moore 06 Sep '11

06 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=lBuYPgMNZfKR7zLsLHJxvKAjHVYNxPaUhL3yYhjfZDE=; b=IK+n0BlFK07aXdQ+/4XgtgBj1T7etmDfsPlcLIUT3/tC/4L5cP+3aF2I4eOyj77aip 3Y23Y1GnaDEOv3Pd9ikjIWfhfWd5q062qYRsatejNnh9gxXJKnOuj7wDuLIdODC5+FSR ShGtWu90AkdAQptGDPJ3HeF1kTJhK8QwxW/Og= Hello, everyone. I am a beginner of darwin kernel dev. I have a question and ask for help. I found there are many kernel debug information generated by KERNEL_DEBUG(...). For example, I want to trace the detailed info about how NFS running, so those information are important to me. trace record is identified by its debugid, which is a structured 32bit object. in NFS, class is 0x03(DBG_FSYSTEM), subclass is 0x01(DBG_FSRW), code is defined in respective kernel functions. for example, nfs_vnop_write() defines its code is 515 (0x0203). so, trace record of nfs_vnop_write() is identified by the debugid 0x03010203. I wrote a demo program, for fetching those trace record from kernel via sysctl(3), but It doesn't work, no trace record with debugid matched 0x0301XXXX. :-( the program is listed below. please correct me if you found issues. Thanks a lot. BTW, uname -a shows me "Darwin bogon 10.7.0 Darwin Kernel Version 10.7.0". /* gcc xx.c -o xx -I/Users/myself/mysourcecode/xnu-1504.15.3/bsd/sys/ */ #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <fcntl.h> #include <sys/uio.h> #include <sys/types.h> #include <sys/sysctl.h> #include <sys/ptrace.h> #include <sys/syscall.h> #include <syslog.h> #include <errno.h> #include <getopt.h> #include <libgen.h> #include <signal.h> #define PRIVATE #define KERNEL_PRIVATE #include "kdebug.h" #undef KERNEL_PRIVATE #undef PRIVATE int trace_enabled = 0; int set_remove_flag = 1; int exiting = 0; int pid = -1; int miblen = CTL_MAXNAME; int *mib = NULL; char *progname = NULL; /* program name */ size_t oldlen = 0; static void ukdbg_exit_handler(int); static void ukdbg_exit(int, const char *); static void ukdbg_setenable(int); static void ukdbg_clear(); static void ukdbg_reinit(); static void ukdbg_setbuf(int); static void ukdbg_getbuf(kbufinfo_t *); static void ukdbg_setpidcheck(pid_t, int); static void ukdbg_read(char *, size_t *); static void ukdbg_setreg_valcheck(int val1, int val2, int val3, int val4); static void ukdbg_entropy(); const unsigned int KDBG_FUNC_MASK = 0xfffffffc; const unsigned int KDBG_CLASS_MASK = 0xff000000; const unsigned int KDBG_CLASS_SHIFT = 24; /* FSDBG code in NFS. Must be in order!! */ int CODE[] = { 260, 263, 264, 266, 267, 269, 273, 274, 275, 320, 321, 322, 323, 324, 325, 512, 513, 514, 515, 516, 518, 521, 524, 525, 526, 527, 528, 529, 530, 531, 532, 535, 536, 537, 538, 539, 540, 544, 545, 547, 548, 551, 554, 556, 557, }; /* is a code interested? */ #define is_interest_code(c) \ ({\ int i, j, n, ret=0;\ i = 0; j = sizeof(CODE)/sizeof(CODE[0])-1;\ while (i <= j) {\ n = i + (j-i+1)/2;\ if (CODE[n] > (c)) {\ j = n-1;\ } else if (CODE[n] < (c)) {\ i = n+1;\ } else {\ ret = 1;\ break;\ }\ }\ ret;\ }) int main(int argc, char *argv[]) { char *progname = basename(argv[0]); int err = 0; int code = 0; FILE *fp = stdout; unsigned int elem = 65536; size_t buflen = 0; char *buf = NULL; kd_buf *kd = NULL; kbufinfo_t bufinfo = { 0, 0, 0, 0 }; int i, count; long long sample_interval = 1000; /* us */ if (argc > 1) pid = atoi(argv[1]); mib = (int *)malloc(sizeof(int)*miblen); if (NULL == mib) { err = ENOMEM; goto out; } memset(mib, 0, sizeof(int)*miblen); signal(SIGHUP, ukdbg_exit_handler); signal(SIGINT, ukdbg_exit_handler); signal(SIGQUIT, ukdbg_exit_handler); signal(SIGTERM, ukdbg_exit_handler); buflen = elem * sizeof(kd_buf); buf = (char *)malloc(buflen); if (NULL == buf) { err = ENOMEM; goto out; } ukdbg_clear(); ukdbg_setbuf(elem); ukdbg_reinit(); if (pid > 0) ukdbg_setpidcheck(pid, 1); for (i=0; i < sizeof(CODE)/sizeof(CODE[0]); i++) { int c = FSDBG_CODE(DBG_FSRW, CODE[i]); //ukdbg_setreg_valcheck(c, 0 , 0, 0); } ukdbg_setenable(1); while (1) { ukdbg_getbuf(&bufinfo); // Query information oldlen = bufinfo.nkdbufs * sizeof(kd_buf); // How much to read? ukdbg_read(buf, &oldlen); // Read that much count = oldlen; kd = (kd_buf *)buf; for (i = 0; i < count; i++) { char *qual = ""; unsigned long long cpu=0, now=0; long thread; int debugid, type, class; thread = kd[i].arg5; debugid = kd[i].debugid; type = debugid & KDBG_FUNC_MASK; class = (debugid & KDBG_CLASS_MASK) >> KDBG_CLASS_SHIFT; //now = kd[i].timestamp & KDBG_TIMESTAMP_MASK; //cpu = (kd[i].timestamp & KDBG_CPU_MASK) >> KDBG_CPU_SHIFT; if (debugid <= 0) continue; //printf("%08x\n", debugid); if (class != DBG_FSYSTEM) continue; if (debugid & DBG_FUNC_START) qual = "DBG_FUNC_START"; else if (debugid & DBG_FUNC_END) qual = "DBG_FUNC_END"; code = (debugid & 0xffff) >> 2; //if (!is_interest_code(code)) { // fprintf(stdout, ":-(\n"); // continue; //} fprintf(fp, "%016Lx; %08lx; %08lx; %08lx; %08lx;"\ " %08lx; %08x.\n", kd[i].timestamp, \ (kd[i].arg1), (kd[i].arg2), (kd[i].arg3),\ (kd[i].arg4), (kd[i].arg5), kd[i].debugid); } usleep(sample_interval); } out: if (buf) free(buf); if (mib) free(mib); fprintf(((0==err)? stdout:stderr), "'%s': exit(%d).\n", progname, err); exit(err); } void ukdbg_exit_handler(int s) { exiting = 1; if (trace_enabled) ukdbg_setenable(0); if (pid > 0) ukdbg_setpidcheck(pid, 0); if (set_remove_flag) ukdbg_clear(); fprintf(stderr, "cleaning up...\n"); exit(s); } void ukdbg_exit(int err, const char *msg) { fprintf(stderr, "%d: ", err); if (msg) perror(msg); else fprintf(stderr, "\n"); ukdbg_exit_handler(0); } void ukdbg_setenable(int enable) { memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDENABLE; mib[3] = enable; if ((sysctl(mib, 4, NULL, &oldlen, NULL, 0) < 0) && !exiting) ukdbg_exit(errno, "ukdbg_setenable::sysctl"); trace_enabled = enable; } void ukdbg_clear(void) { memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDREMOVE; if ((sysctl(mib, 3, NULL, &oldlen, NULL, 0) < 0) && !exiting) { set_remove_flag = 0; ukdbg_exit(errno, "ukdbg_clear::sysctl"); } } void ukdbg_reinit(void) { memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDSETUP; if (sysctl(mib, 3, NULL, &oldlen, NULL, 0) < 0) { ukdbg_exit(errno, "ukdbg_reinit::sysctl"); } } void ukdbg_setbuf(int nbufs) { memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDSETBUF; mib[3] = nbufs; if (sysctl(mib, 4, NULL, &oldlen, NULL, 0) < 0) { ukdbg_exit(errno, "ukdbg_setbuf::sysctl"); } memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDSETUP; mib[3] = 0; mib[4] = 0; mib[5] = 0; if (sysctl(mib, 3, NULL, &oldlen, NULL, 0) < 0) { ukdbg_exit(errno, "ukdbg_setbuf2::sysctl"); } } void ukdbg_setpidcheck(pid_t pid, int check) { kd_regtype kr; kr.type = KDBG_TYPENONE; kr.value1 = pid; kr.value2 = check; oldlen = sizeof(kd_regtype); memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDPIDTR; if ((sysctl(mib, 3, &kr, &oldlen, NULL, 0) < 0) && !exiting) { ukdbg_exit(errno, "ukdbg_setpidcheck::sysctl"); } } void ukdbg_setreg_valcheck(int val1, int val2, int val3, int val4) { kd_regtype kr; kr.type = KDBG_VALCHECK; kr.value1 = val1; kr.value2 = val2; kr.value3 = val3; kr.value4 = val4; oldlen = sizeof(kd_regtype); memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDSETREG; if (sysctl(mib, 3, &kr, &oldlen, NULL, 0) < 0) { ukdbg_exit(errno, "ukdbg_setreg_valcheck::sysctl"); } } void ukdbg_getbuf(kbufinfo_t *bufinfop) { oldlen = sizeof(bufinfop); memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDGETBUF; if (sysctl(mib, 3, bufinfop, &oldlen, 0, 0) < 0) { ukdbg_exit(errno, "ukdbg_getbuf::sysctl"); } } void ukdbg_read(char *buf, size_t *len) { memset(mib, 0, sizeof(int)*miblen); mib[0] = CTL_KERN; mib[1] = KERN_KDEBUG; mib[2] = KERN_KDREADTR; if (sysctl(mib, 3, buf, len, NULL, 0) < 0) { ukdbg_exit(errno, "ukdbg_read::sysctl"); } } _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Weird issue loading kernel extension.
by Alexander Klyuev 04 Sep '11

04 Sep '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi B.J., Best regards, Alex On Aug 31, 2011, at 8:06 PM, Alexander Klyuev wrote: Hi ALL, Password: load failed for extension /System/Library/Extensions/MyDriver.kext (run kextload with -t for diagnostic output) OTHER_LDFLAGS = -Xlinker -no_uuid That one stumped me for a while when I ran into it. Best regards, B.J. Buchalter Metric Halo http://www.mhlabs.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… I suspected something like that but never thought this is because of LC_UUID. Will give it a try. This should definitely work. Thank you a lot. ----- Original Message ----- From: "B.J. Buchalter" <bj(a)mhlabs.com> To: <darwin-kernel(a)lists.apple.com> Cc: "Alexander Klyuev" <klax(a)musiclab.com> Sent: Wednesday, August 31, 2011 10:09 PM Subject: Re: Weird issue loading kernel extension. I got unexpected issue: my kernel extension doesn't get loaded on Mac OS X 10.4.11 PPC. kextload utility outputs the following: sudo kextload -t -v 6 /System/Library/Extensions/MyDriver.kext > kextload.log kld(): /System/Library/Extensions/MyDriver.kext/Contents/MacOS/MyDriver load command 2 unknown cmd field kextload: kld_load_from_memory() failed for module /System/Library/Extensions/MyDriver.kext/Contents/MacOS/MyDriver kextload: a link/load error occured for kernel extension /System/Library/Extensions/MyDriver.kext This is the error message (I don't include kextload.log file content because it doesn't shed light on the problem). MyDriver.kext contains executables for 3 architectures: ppc, i386 and x86_64, however the issue occurs with PPC arch only. It's built with Xcode 3.2.4 (or so) on SL 10.6.7 using SDK 10.4u (SDK 10.6 is for x86_64 arch only). This is because the Mach-o file has the UUID field in and the PPC kernel on 10.4.x doesn't understand it. This is a result of using the linker included with the newer Xcodes. You have to add the following build setting to the project for the ppc build: This email sent to site_archiver(a)lists.apple.com

1 0