September 2007 - Darwin-kernel

Re: Problems with Kernel Extension on Different Mac Configurations
by Terry Lambert 21 Sep '07

21 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi Terry, It's possible that you didn't turn off autovectorization in the compiler. This is a kernel extension: avoid using vector processing or floating point if you can. Not without you telling me: -- Terry _______________________________________________ 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.… On Sep 20, 2007, at 9:07 PM, JanakiRam wrote: > i) Once my application is started ( kext as well ) , the system > hangs on PowerBook G4 , But on iMac G5 its works without any problem. I've verfied my kext xcode settings, auto-vectorization option is turned off. Still the issue reproducing. Can you please help me in solving this problem. - how much AM the machine has - how much you are trying to allocate in a chunk - how long into the boot you are waiting - does it happen if you only load immediately after a reboot - doesit crash on the first load or you can load/unload it a bunch of times - etc. You are basically at the point where answering these questions will likely tell you your answer without consulting anyone else. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Problems with Kernel Extension on Different Mac Configurations
by JanakiRam 21 Sep '07

21 Sep '07

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=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=58iBoEXgD0+zFj+NFuAjrRnhPl+6mvavNjLdcYqYL7E=; b=c/VvWVB+0pEyYigoZEMvjbSV2yjUCMJ1FL+FZCGDUFKWGnPi0CmS36n3PJCSTE/hRHT7oVbFyngLtaBqJJ816bZSS2nnUzjeFdHXDQ9Uns82PBRh/W+0QqsGYbYz4vgkSH8huuHFBVEMf6CsMcm67DJXgmdXye/Qv9a9lqiQu+0= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=U7rHk/QVPjhYO8gDlNcZch9jNArDWbwRGXXDALkjMjzS/thGIT5Pvh7r0oTN41lZQ7v7cOEljqLsf17/LLSWuVqCkx4LD1pVT4GteKfQBEB7CYc80qexYMxYL+IhKCid6BpMeRMLj8+vJR8K5UmHofJNdHS3DekX7CHJHdUfR6o= _______________________________________________ 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: Problems with Kernel Extension on Different Mac Configurations
by Terry Lambert 20 Sep '07

20 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi All, - Since this is a G4, I'll bet you are exhausting physical memory. Two machine debugging + kgmacros: | zprint Display info about the memory zones | showioalloc Display info about iokit allocations ...you may want to try "help kgm" from gdb. -- Terry _______________________________________________ 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.… On Sep 20, 2007, at 12:13 PM, JanakiRam wrote: I'm doing maintenance for an application which uses Kernel Extension as well. I'm observing unpredictable behavior with my application on different Configurations of Macs. Here are some of the behaviors. i) Once my application is started ( kext as well ) , the system hangs on PowerBook G4 , But on iMac G5 its works without any problem. It's possible that you didn't turn off autovectorization in the compiler. This is a kernel extension: avoid using vector processing or floating point if you can. ii) _MALLOC calls are getting failed some time after my application is started. I tried with OSMalloc as well , its also failing. In which cases _MALLOC Fails ? . It will fail if you are asking for more memory than is contiguously available in the kernel virtual address space. It will fail if you ask for more memory than is physically present in the machine (all kernel allocations, with one or two irrelevant to you exceptions, occur in wired, not pageable memory, and MUST have physical RAM backing them). It will fail if the allocation is large enough, and the kernel virtual address space is fragmented, and there are no holes the size of your allocation or larger in which to stick the amount of memory you are requesting. It will fail if your page mappings are exhausted (this usually ends up as an explicit call to panic in zalloc_canblock(), when the zone-of- zones is exhausted). It will fail if the allocation is 8K or less, and you have exhausted the kalloc.<size> zone limit; for example, if you are trying to do 16 8K allocation, you should probably be using kmem_alloc or something else that doesn't go through zalloc, and therefore doesn't have the zone limitations. It will fail if you are leaking memory; remember that unloading a KEXT, unlike killing a running program, does not automatically release the memory back to the system: kernel resources are generally not resource-tracked by KEXT: if you allocated the memory, it's your job to free it before you allow yourself to be unloaded. What is the maximum memory that can be allocated for a Kext ? Never ask this question; it indicates that you aren't buying into the kernel philosophy, which is: "use as little memory in the kernel as you can possibly use, while still being able to get your job done". Any time you ask "what's the max I can allocate?", you're operating from a user-space mentality, which means you believe "memory is free". In user space, it's not quite free, but if you need a lot, you will be paged out. Needing a lot of memory in user space means degraded performance, rather than not being able to run at all. Probably a lot of what you are trying to do here belongs in user space, if you need a lot of memory to do it. Unlike processes, which each get their own address space, in kernel space, you are sharing your address space with the kernel and all the other KEXT writers in the world. If you have ever programmed in a very old Mac environment, or on a Commodore 64 or a Palm Pilot or an MS-DOS machine, where there is no such thing as memory protection: that's what programming in a kernel is like. Are there any debugging tools available to inspect the above mentioned scenario ? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Problems with Kernel Extension on Different Mac Configurations
by Eric Long 20 Sep '07

20 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: Acf7xZ1T2/mZa2e4EdyiGAAX8si2KA== Thread-topic: Problems with Kernel Extension on Different Mac Configurations User-agent: Microsoft-Entourage/11.3.6.070618 > _MALLOC calls are getting failed some time after my application is started. I > tried with OSMalloc as well , its also failing. In which cases _MALLOC Fails ? > . _MALLOC will often fail if you pass M_NOWAIT. M_WAITOK is reliable. I've never encountered problems using M_WAITOK. > Once my application is started ( kext as well ) , the system hangs on > PowerBook G4 , But on iMac G5 its works without any problem. If it hangs, you might be caught in a loop or something in your kext. Set up two machine debugging and break during the hang. You will probably be able to get some useful information about it. <http://developer.apple.com/documentation/Darwin/Conceptual/KernelProgrammin g/build/chapter_18_section_5.html> Eric _______________________________________________ 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

Problems with Kernel Extension on Different Mac Configurations
by JanakiRam 20 Sep '07

20 Sep '07

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=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=ZTuJzPDyNIDo4R2nCxWSRPtXPZDdxHfynthXcHPYJfo=; b=XtNWbtuGcVRe5ZY24TWogJpadCjXBV7uZPuSBzhmorUfEoequKyEWbsxIg5M9fyM9dLoghg1dnqPcxchFOrgzi8siAlsTyEMKgalioE84kz9C8EyDDLMeZEUcopR8svYOQddo+b1flrS63BovV3vI9/7jgTVpNTNTwyy60MLrdA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=GwASQQlCtoGk3iTYB9Nm9wiAjNCghU+qlo8Kca15wpR2WAZR75i7VQYxbFhkbeSLmvXBcpIy37GHrfWS9xq5diX5udRqjowXOLUHabz9yzEe2H5BwYw6R4iuZajwF4xKv7Yzcj6aEBcUsxSuF53lkRhMEyFdjnYQCyP0q0EgWEM= _______________________________________________ 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

Can not copy files >=4GB. Leopard (9B18)
by Alexander Obuschenko 20 Sep '07

20 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hello, Any advice is much appreciated Please help us to solve this problem. Thank you in advance. -- Best regards, Alexander Obuschenko Software Developer Paragon System Utilities /Moscow, Russia _______________________________________________ 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.… There is a problem when copying a file greater than 4 GB to partitions mounted by our fs-plugin (NTFS for Mac OS X driver) using the Finder application. When “drag and drop” a file greater than 4 GB, the "Sorry, the operation could not be completed because an unexpected error occurred. (Error code 0)" error window appears. This problem is not reproduced under 10.4. The “cp” utility and [FileManager copyPath:Source toPath:Destination handler:nil] copy such files correctly. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Core Dumps
by Quinn 18 Sep '07

18 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Yes, kernel core dumps work on Intel since around the time of the Mac Pro. S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Relations, Developer Technical Support, Core OS/Hardware At 13:58 -0700 18/9/07, Terry Lambert wrote: That's the most recent documentation. It seems a bit dated; I'm pretty sure it works on Intel machines these days, and has for a while. We're in the process of updating TN2118. The plan is a publish an interim version, with the Intel information corrected, and then follow that up with a full revision (probably post-Leopard). However, for a variety of reasons, both human and technical, the interim update hasn't made it to the public web site yet. I expect that the folks responsible will have that corrected very soon. As far as launchd integration goes, that info will be in the full revision. In the interim, I've pasted a launchd property list file that you can use on 10.4.x. Oh, and I fully expect that future system software will include an appropriate property list by default (albeit disabled). Sorry about the delays. Sometimes it seems like the Technote Gods are laughing at us )-: --------------------------------------------------------------------------- <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>InitGroups</key> <true/> <key>Label</key> <string>com.apple.kdumpd</string> <key>ProgramArguments</key> <array> <string>/usr/libexec/kdumpd</string> <string>/PanicDumps</string> </array> <key>Sockets</key> <dict> <key>Listener</key> <dict> <key>SockServiceName</key> <string>1069</string> <key>SockType</key> <string>dgram</string> </dict> </dict> <key>UserName</key> <string>nobody</string> <key>inetdCompatibility</key> <dict> <key>Wait</key> <true/> </dict> </dict> </plist> --------------------------------------------------------------------------- _______________________________________________ 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: Core Dumps, Was: May I post a Leopard kernel panic question here?
by Garth Cummings 18 Sep '07

18 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.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: Core Dumps, Was: May I post a Leopard kernel panic question here?
by Terry Lambert 18 Sep '07

18 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Sorry to take this into a completely different direction, but: On 18.09.2007, at 22:00, Terry Lambert wrote: Thanks Alex -- Terry _______________________________________________ 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.… On Sep 18, 2007, at 1:20 PM, Alexander v. Below wrote: we like to get a core dump Is TN2118 (1) still the way to get core dumps on OS X, or is the something more recent, and if only to take launchd into account? 1) http://developer.apple.com/technotes/tn2004/tn2118.html That's the most recent documentation. It seems a bit dated; I'm pretty sure it works on Intel machines these days, and has for a while. This email sent to site_archiver(a)lists.apple.com

1 0

Core Dumps, Was: May I post a Leopard kernel panic question here?
by Alexander v. Below 18 Sep '07

18 Sep '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Sorry to take this into a completely different direction, but: On 18.09.2007, at 22:00, Terry Lambert wrote: Thanks Alex 1) http://developer.apple.com/technotes/tn2004/tn2118.html _______________________________________________ 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.… we like to get a core dump Is TN2118 (1) still the way to get core dumps on OS X, or is the something more recent, and if only to take launchd into account? This email sent to site_archiver(a)lists.apple.com

1 0