June 2009 - Darwin-kernel - lists.apple.com

Logging Facility
by shailesh jain 18 Jun '09

18 Jun '09

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=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=TonbO7cBOLMl6K6hZ7CCSV9Ppc5jIQvM3zZB0Jl3R94=; b=YNykmtgaGAG+aqsaTZfwd3Xw7uU8vBTDowoiDHRUvWJYHa9S3ssr/GmspONHBaAkK6 hqqnxM2C/AG/yk877rSGxsUgXoaR4y7VMoKIcmf/To0jbKyUTcaWaz0HlfMdAO4zMYLy FUdk687JFJRdB0S3Crw0hL33yysQ9hauTv8ME= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AW2+jVWh2vNF2nvJT7rYPIA4cOcm80vq6uFpSfBvKLz34oW0Jf6jI9zmVdxZwG851J wWxbjrhBtAeHCbQdsvNozhsz0Z4iLHJVF921RbjBCTuYlWSXEjPu/WQIpjoIr1TlkP7d Szye9CLCxQjoW0Qikr0ohNIhkgmURitaJXhL0= _______________________________________________ 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

check memory consumption (kernel address space) and cpu consumption by kext
by Rahulkumar Tibdewal 18 Jun '09

18 Jun '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: Acnv+0p9KcGJMrUmTCyp90G/UJ4JSg== Thread-topic: check memory consumption (kernel address space) and cpu consumption by kext _______________________________________________ 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: Using ifnet_output_raw() kpi function.
by Adi Masputra 18 Jun '09

18 Jun '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Adi (ADC Ref Library Xcode 2.5) ... ifnet_output_raw will always free the packet chain. (ADC Ref Library Xcode 3.0+; SDK10.5 & SDK 10.6; kpi_interface.h) ... ifnet_output_raw will always free the packet chain. Any ideas/suggestions will be highly appreciated. Alexander _______________________________________________ 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/adi%40apple.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 On Jun 17, 2009, at 9:12 PM, Alexander Klyuev wrote: panic(cpu 1 caller 0xffffff800024c91c): assertion failed: m->m_type == MT_FREE && m->m_flags == M_EXT, file: /SourceCache/xnu/xnu-1456/ bsd/kern/uipc_mbuf.c, line: 3271. This means that there was some sort of use-after-free error. If you add "mbuf_debug=0x3" to your boot-args, you should typically catch the panic earlier on when something tries to access the mbuf that's already freed (due to page fault). With mbuf debugging enabled, you will be able to know where the free actually happened, and it will give you a better lead towards root causing the issue. I use mbufs of both kinds: <packet> and <header> i.e. with/without external cluster and I definitely have problems with mbufs with external cluster. I've read all the versions of documentation on ifnet_output_raw(). Here are some of them: (SDK10.4u; kpi_interface.h) ... ifnet_output_raw will free the packet chain in the event of an error. Some old versions conflicted with newer ones regarding mbuf ownership and I've assumed "ifnet_output_raw will always free the packet chain." statement is correct. However I'm a bit stuck with 64-bit kernel. Whatever I do with mbufs with ext cluster, I get kernel panics like mentioned above and similar when I call mbuf_getpacket(), ifnet_output_raw() functions. I'm also having unexpected panics with similar reason description when mbuf cache audit is performed by kernel. Nothing of mentioned above happens on 32-bit kernel. BTW, when I manipulate mbufs with no ext cluster, everything works correctly on 64-bit kernel as expected. Does anybody knows what's the reason of such 64-bit kernel behaviour regarding mbufs with external cluster or I'm just missing something? This email sent to adi(a)apple.com smime.p7s

1 0

Using ifnet_output_raw() kpi function.
by Alexander Klyuev 18 Jun '09

18 Jun '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Organization: MusicLab, inc. Hi ALL, (ADC Ref Library Xcode 2.5) ... ifnet_output_raw will always free the packet chain. (SDK10.4u; kpi_interface.h) ... ifnet_output_raw will free the packet chain in the event of an error. (ADC Ref Library Xcode 3.0+; SDK10.5 & SDK 10.6; kpi_interface.h) ... ifnet_output_raw will always free the packet chain. Any ideas/suggestions will be highly appreciated. Alexander _______________________________________________ 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've been using ifnet_output_raw() kpi function with no problems on Tiger and Leopard OS (32-bit kernel). But having tried to move to 64-bit kernel on Snow Leopard preview (build 10A380) I unexpectedly got a problem. I'm permanently getting kernel panic like that: panic(cpu 1 caller 0xffffff800024c91c): assertion failed: m->m_type == MT_FREE && m->m_flags == M_EXT, file: /SourceCache/xnu/xnu-1456/bsd/kern/uipc_mbuf.c, line: 3271. I use mbufs of both kinds: <packet> and <header> i.e. with/without external cluster and I definitely have problems with mbufs with external cluster. I've read all the versions of documentation on ifnet_output_raw(). Here are some of them: Some old versions conflicted with newer ones regarding mbuf ownership and I've assumed "ifnet_output_raw will always free the packet chain." statement is correct. However I'm a bit stuck with 64-bit kernel. Whatever I do with mbufs with ext cluster, I get kernel panics like mentioned above and similar when I call mbuf_getpacket(), ifnet_output_raw() functions. I'm also having unexpected panics with similar reason description when mbuf cache audit is performed by kernel. Nothing of mentioned above happens on 32-bit kernel. BTW, when I manipulate mbufs with no ext cluster, everything works correctly on 64-bit kernel as expected. Does anybody knows what's the reason of such 64-bit kernel behaviour regarding mbufs with external cluster or I'm just missing something? This email sent to site_archiver(a)lists.apple.com

1 0

Re: KEXT resolving problem
by Nik Gervae 17 Jun '09

17 Jun '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com --Nik On 17 Jun, 2009, at 06:54, Anton Altaparmakov wrote: Hi, grep host_self /path/to/kernel/sources/xnu/config/* grep OSFree /path/to/kernel/sources/xnu/config/* You get a result back like this one: Libkern.exports:_OSFree Best regards, Anton On 17 Jun 2009, at 14:28, Andrea Di Pasquale wrote: Hi guys! I'm writing my first KEXT. When i launch it, i've this problem: The code is: #include <sys/systm.h> #include <mach/mach_types.h> #include <mach/mach_host.h> #include <mach/host_info.h> #include <kern/kern_types.h> #include <kern/host.h> kern_return_t host_info_start(kmod_info_t *ki, void *d) { host_basic_info_t info; mach_msg_type_number_t count = HOST_BASIC_INFO_COUNT; kern_return_t ret; printf("KEXT has loaded!\n"); kern_return_t host_info_stop(kmod_info_t *ki, void *d) { printf("KEXT will be unloaded\n"); return (KERN_SUCCESS); } Can you help me, please? Best regards, Best regards, Anton -- Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ _______________________________________________ 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/ngervae%40apple.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.… You can also run kextlibs on your kext to see if it can find all the OSBundleLibrary declarations you need. If it can't find a symbol, the symbol's not available in any library kext. If you need to find a kext for a specific symbol, use "kextfind -dsym <symbolname>", with the symbol as shown in the link error (C++ mangled, etc.). What makes you think that you can call the functions "host_info()" and "host_self()" from a kernel extension? The reason this is not working is because those functions cannot be called by kexts as they are not exported by the kernel. Whenever you are wondering whether a function is exported (and thus can be called form a kext) you need to look at the kernel source code in directory config (i.e. "xnu/config/") and grep in there for the function. So for example to check if host_self is exported you would do: This returns nothing thus the function is not exported. If you grep for an exported function, e.g. OSFree: Thus you need to include the com.apple.kpi.libkern OS bundle library in the Info.plist of your kext to get access to the OSFree() function. Manson:tmp spikey$ sudo kextload -vt host_info.kext kextload: resolving dependencies for kernel extensions with validation and authentication failures kextload: extension host_info.kext appears to be loadable kextload: loading extension host_info.kext kextload: sending 1 personality to the kernel kld(): Undefined symbols: _host_info _host_self kextload: kld_load_from_memory() failed for module /private/tmp/ host_info.kext/Contents/MacOS/host_info kextload: a link/load error occured for kernel extension host_info.kext link/load failed for extension host_info.kext (run kextload with -t for diagnostic output) ret = host_info(host_self(), HOST_BASIC_INFO, (host_info_t) info, &count); if (ret == KERN_FAILURE) printf("KEXT host_info() error!\n"); printf("CPU Stat:\n"); printf("=========\n"); printf("- Max CPUs: %d\n", info->max_cpus); printf("- Avaible CPUs: %d\n", info->avail_cpus); printf("- Max Physical CPUs\n", info->physical_cpu_max); printf("- Physical CPUs: %d\n", info->physical_cpu); printf("- Max Logical CPUs: %d\n", info->logical_cpu_max); printf("- Logical CPUs: %d\n", info->logical_cpu); return (ret); } -- Andrea _______________________________________________ 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/ aia21%40cam.ac.uk This email sent to aia21(a)cam.ac.uk This email sent to ngervae(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: malloc failure in a KEXT
by Satyen Lele 17 Jun '09

17 Jun '09

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=yahoo.com; s=s1024; t=1245259214; bh=QTbBJJjMyI2v9Ia+J1joys8wYN6tK0SDVe91bDlM5ps=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=xrI2WPNsZEKfxKT38hnA6jhtl+I95k7kBWHNzlMoI42wuKawspC03CgNMf+Q8CbajcYL55a3Hgg99AfmTLT7UUb1P68oaACiLd/fjp0/+3GIESUSy2uMQRacBPAfPzqVYICzQOwPg2imUFml4XKscrEHrg2I6nCKwCdJ+rbVIG8= Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=4ueX+Z6Hfbw1NGkY2sxx2RMR74Jf50dtilNW1Yc5U2KyjkzJRTal6yRp5A/eIthqidTGrfUyoDOvRt4VkxOiIH/MPWx62MRqcdipA0gJ7NXafGuKdQ3uZ8MqoQcHVBrH1Ck9lkpioS+s8cvLYnusZjod7ya75FlzsFYR4XEvgb4=; Thank you so much. This was tremendously useful. I see that kalloc.large zone is almost full with holes of 4k and 8k - too small to satisfy a request of 3 pages. I must acknowledge the other reply by Michael Smith as well. I fully agree that the need for allocating separate thousands of malloc() requests is a result of a poor design for performance reason. However, I needed to understand why malloc() would fail in this way on 10.4 only. Thanks for the help. -s. ----- Original Message ---- From: Satyen Lele <SLele(a)Omneon.com> To: satyen_lele(a)yahoo.com Sent: Tuesday, June 16, 2009 2:53:40 PM Subject: Re: malloc failure in a KEXT From: Joe van Tunen [mailto:joseph.vantunen@pearson.com] Sent: Tuesday, June 16, 2009 2:29 PM To: Satyen Lele; Darwin Kernel Subject: Re: malloc failure in a KEXT > From: Satyen Lele <SLele(a)Omneon.com> > Date: Tue, 16 Jun 2009 13:18:02 -0700 > > I am trying to debug a peculiar problem with malloc() failure inside a KEXT, > when it is trying to allocate a struct of 9184 bytes size. malloc() returns > ENOMEM after about 1139 such allocations that¹s just under 10MB. This > problem is only reproducible on the two Mac Pros with 2GB RAM and Mac OS X > 10.4.11. I panic¹ed the system in the KEXT just after malloc returned error. > Using zprint in gdb, I checked various memory zones and comparing the TOT_SZ > and MAX_SZ, I can see 1 zone to be running out of space. However, if ELT_SZ > is the allocation size of each element in the zone, it does not match the > allocation that is failing. > > ZONE COUNT TOT_SZ MAX_SZ ELT_SZ ALLOC_SZ NAME > 0x01f6ee40 2438 2bdfdc 2be000 44 > 1000 kernel map entries > > I have tried building the KEXT on a couple of Mac OS X and XCode combinations > 10.4.7+XCode2.5, 10.5.6+XCode3.1.2. > > How do I debug this problem? > Is there a way to find out which zone is being used for malloc()? > What do all the labels in zprint actually mean? > > Thanks, > -s. Looking at the source code for malloc would answer your questions I think. MALLOC calls kalloc which calls kalloc_canblock which calls kmem_alloc (kmem_alloc is called instead of zalloc_canblock because the requested size, 9184 bytes, is greater than 8192 bytes). zalloc_canblock works on a zone (one of the zones kalloc.1 to kalloc.8192) but kmem_alloc works on a vm_map called kalloc_map. There is a gdb command called zprint (from /Volumes/KernelDebugKit/kgmacros) which is similar to the shell command of the same name but it does not print fake zones such as kalloc.large (see /SourceCache/xnu/xnu-792.24.17/osfmk/kern/zalloc.c for a list of fake zones). kalloc.large is a fake zone representing the kalloc_map vm_map. A real zone has fixed sized elements. For the elem size column for kalloc.large, the shell zprint command prints the average size of the variable sized allocations. For the max size column, the shell zprint command prints the most bytes allocated for kalloc.large but for real zones it prints the maximum (that would be 16 MB for kalloc.large). The faked zone information for kalloc.large is provided by the kalloc_fake_zone_info function. That function uses the variables kalloc_large_inuse, kalloc_large_total, kalloc_large_max which all can be printed in gdb. The following command in gdb can print the entries of the vm_map used by kalloc.large: showmapvme kalloc_map This command will show the number of bytes used as greater than the number given by the zprint command (kalloc_large_total) because allocations are page aligned (4096 bytes per page) in vm_maps and the zprint info for kalloc.large does not take that into account like it does for real zones. You can modify showmapvme in kgmarcros to also print the sizes of free ranges. When you do that, you can see that even though more than 9184 bytes might be free, the largest free range is less than that and thus would cause MALLOC to fail. On Tiger (OS X 10.4) the kalloc.large vm_map has a hard limit of 16 MB compared to Leopard's (10.5) hard limit of 128 MB. 9184 bytes takes 3 pages = 12k. 12k * 1139 = 13.3 MB. _______________________________________________ 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: KEXT resolving problem
by Anton Altaparmakov 17 Jun '09

17 Jun '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi, grep host_self /path/to/kernel/sources/xnu/config/* grep OSFree /path/to/kernel/sources/xnu/config/* You get a result back like this one: Libkern.exports:_OSFree Best regards, Anton On 17 Jun 2009, at 14:28, Andrea Di Pasquale wrote: Hi guys! I'm writing my first KEXT. When i launch it, i've this problem: The code is: #include <sys/systm.h> #include <mach/mach_types.h> #include <mach/mach_host.h> #include <mach/host_info.h> #include <kern/kern_types.h> #include <kern/host.h> kern_return_t host_info_start(kmod_info_t *ki, void *d) { host_basic_info_t info; mach_msg_type_number_t count = HOST_BASIC_INFO_COUNT; kern_return_t ret; printf("KEXT has loaded!\n"); kern_return_t host_info_stop(kmod_info_t *ki, void *d) { printf("KEXT will be unloaded\n"); return (KERN_SUCCESS); } Can you help me, please? Best regards, -- Andrea _______________________________________________ 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/aia21%40cam.ac.uk Best regards, Anton -- Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ _______________________________________________ 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.… What makes you think that you can call the functions "host_info()" and "host_self()" from a kernel extension? The reason this is not working is because those functions cannot be called by kexts as they are not exported by the kernel. Whenever you are wondering whether a function is exported (and thus can be called form a kext) you need to look at the kernel source code in directory config (i.e. "xnu/config/") and grep in there for the function. So for example to check if host_self is exported you would do: This returns nothing thus the function is not exported. If you grep for an exported function, e.g. OSFree: Thus you need to include the com.apple.kpi.libkern OS bundle library in the Info.plist of your kext to get access to the OSFree() function. Manson:tmp spikey$ sudo kextload -vt host_info.kext kextload: resolving dependencies for kernel extensions with validation and authentication failures kextload: extension host_info.kext appears to be loadable kextload: loading extension host_info.kext kextload: sending 1 personality to the kernel kld(): Undefined symbols: _host_info _host_self kextload: kld_load_from_memory() failed for module /private/tmp/ host_info.kext/Contents/MacOS/host_info kextload: a link/load error occured for kernel extension host_info.kext link/load failed for extension host_info.kext (run kextload with -t for diagnostic output) ret = host_info(host_self(), HOST_BASIC_INFO, (host_info_t) info, &count); if (ret == KERN_FAILURE) printf("KEXT host_info() error!\n"); printf("CPU Stat:\n"); printf("=========\n"); printf("- Max CPUs: %d\n", info->max_cpus); printf("- Avaible CPUs: %d\n", info->avail_cpus); printf("- Max Physical CPUs\n", info->physical_cpu_max); printf("- Physical CPUs: %d\n", info->physical_cpu); printf("- Max Logical CPUs: %d\n", info->logical_cpu_max); printf("- Logical CPUs: %d\n", info->logical_cpu); return (ret); } This email sent to aia21(a)cam.ac.uk This email sent to site_archiver(a)lists.apple.com

1 0

KEXT resolving problem
by Andrea Di Pasquale 17 Jun '09

17 Jun '09

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=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=Y558hAxAz3VC3TTl2HkuymBghj9RZBuaF3DrZCOFY6M=; b=X2LYx5+qR+6EmGAI1lO5VwQq6hOF1dXm9EegTl+N1vEfM+/ftjqRZa+EeNm3/PvVcP lBp3aKa9l42rThXDvAu5HfQmPXdniGfgAGAbvGsutPGQqx1E463S61vppe9b3HMZb8do GKhk2OnH21JNEMBfVL+dvhIRtrsLsWDPrA84E= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=KVTZ18b0f+pZgCXctxOnRO9IcrLi7vg1wFLWdZ3IXKs5w2k5iHOfbEmOxJjC7Qdm61 lkq9Swd71+b1JvoOiIttPPBG8wKDi5RnBXSUPgP70lxllKoSzCHwdxQB13RcC8VWxNxc LEEdOqa4919yZ7J7NA6/2AC5CxZRKzh7XlA08= Hi guys! I'm writing my first KEXT. When i launch it, i've this problem: The code is: #include <sys/systm.h> #include <mach/mach_types.h> #include <mach/mach_host.h> #include <mach/host_info.h> #include <kern/kern_types.h> #include <kern/host.h> kern_return_t host_info_start(kmod_info_t *ki, void *d) { host_basic_info_t info; mach_msg_type_number_t count = HOST_BASIC_INFO_COUNT; kern_return_t ret; printf("KEXT has loaded!\n"); kern_return_t host_info_stop(kmod_info_t *ki, void *d) { printf("KEXT will be unloaded\n"); return (KERN_SUCCESS); } Can you help me, please? Best regards, -- Andrea _______________________________________________ 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.… Manson:tmp spikey$ sudo kextload -vt host_info.kext kextload: resolving dependencies for kernel extensions with validation and authentication failures kextload: extension host_info.kext appears to be loadable kextload: loading extension host_info.kext kextload: sending 1 personality to the kernel kld(): Undefined symbols: _host_info _host_self kextload: kld_load_from_memory() failed for module /private/tmp/ host_info.kext/Contents/MacOS/host_info kextload: a link/load error occured for kernel extension host_info.kext link/load failed for extension host_info.kext (run kextload with -t for diagnostic output) ret = host_info(host_self(), HOST_BASIC_INFO, (host_info_t) info, &count); if (ret == KERN_FAILURE) printf("KEXT host_info() error!\n"); printf("CPU Stat:\n"); printf("=========\n"); printf("- Max CPUs: %d\n", info->max_cpus); printf("- Avaible CPUs: %d\n", info->avail_cpus); printf("- Max Physical CPUs\n", info->physical_cpu_max); printf("- Physical CPUs: %d\n", info->physical_cpu); printf("- Max Logical CPUs: %d\n", info->logical_cpu_max); printf("- Logical CPUs: %d\n", info->logical_cpu); return (ret); } This email sent to site_archiver(a)lists.apple.com

1 0

Re: x87 status word size
by Jonas Maebe 17 Jun '09

17 Jun '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 17 Jun 2009, at 10:47, Steve Checkoway wrote: On Jun 15, 2009, at 3:34 PM, Jonas Maebe wrote: On 15 Jun 2009, at 23:58, Terry Lambert wrote: Jonas _______________________________________________ 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.… You should really be using fegetexceptflag/fetestexcept/ feclearexcept et. al Are those perhaps new in Snow Leopard? /usr/include/fenv.h Thanks, but none of these appear to be of any help to clear the fpu stack (nor to clear any "exception X happened" flags in the fpu status word), either inside or outside a signal handler. This email sent to site_archiver(a)lists.apple.com

1 0

Re: x87 status word size
by Steve Checkoway 17 Jun '09

17 Jun '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Jun 15, 2009, at 3:34 PM, Jonas Maebe wrote: On 15 Jun 2009, at 23:58, Terry Lambert wrote: /usr/include/fenv.h -- Steve Checkoway "Anyone who says that the solution is to educate the users hasn't ever met an actual user." -- Bruce Schneier _______________________________________________ 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 You should really be using fegetexceptflag/fetestexcept/ feclearexcept et. al Are those perhaps new in Snow Leopard? smime.p7s

1 0