August 2005 - Darwin-kernel

DHCP
by matt jaffa 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=BKhSE8oZm85U7xCQZjLcOK16D4GaE6jLT/BkQqCi0swJwXMwvvbLbpcpMCT7b/1h/pA08i7UNtNoc173+p2RPK4edOfct3T8fpMwToLCvR7JM5ZWsWpQtWODp00Q0d/GL4//6yJK1D6HWJUV4G7PL3zaV6+iqWrQ4X8+xfAyRmU= Hi, I was wondering where in the darwin open source code is the source for the DHCP client. Wanting to know what options the Mac OS X client support. Thanks, Matt _______________________________________________ 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: sflt_event_t...
by Russell Seehafer (RIT Student) 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: AcWkJjospZ+WDSFyQjC+Jht4s0AM3g== Thread-topic: sflt_event_t... _______________________________________________ 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: sflt_event_t...
by Michael Cashwell 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Aug 18, 2005, at 10:59 AM, Peter Lovell wrote: On Aug 18, 2005, at 10:24 AM, Russell Seehafer (RIT Student) wrote: -Mike _______________________________________________ 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 am able to selectively swallow and re-inject about 4,000 packets) but eventually I recieve the grey shutdown screen... Hi Russ, my first suspicion is that you're starving the kernel of mbufs by holding that many. Is there a way you can change so that you don't hold the mbufs, but copy the data? Wow. I didn't read it this way. I read what Russell said to mean that after that much held and reinserted traffic it paniced. If he indeed meant that he was holding that many then you're right. This email sent to site_archiver(a)lists.apple.com

1 0

Re: sflt_event_t...
by Michael Cashwell 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com These settings are discussed here: <http://developer.apple.com/technicalnotes/Darwin/idxKernel-date.html> Good luck! -Mike _______________________________________________ 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 Aug 18, 2005, at 10:24 AM, Russell Seehafer (RIT Student) wrote: I am writing a socket filter NKE that selectively swallows packets, sends information about that packet to a user process on the control socket, and waits for a response from the user process before deciding whether or not to re-inject the packet. The swallowing / re-injection happens on a per-socket basis. When I recieve certain sflt_event_t's (sock_evt_disconnecting, sock_evt_disconnected, and sock_evt_closing) I call a routine that drops all packets still queued on that socket. I call this routine when I am attached and detached from a socket as well. The app runs great for a period of time (I am able to selectively swallow and re- inject about 4,000 packets) but eventually I recieve the grey shutdown screen. I realize this could be due to a memory management problem somewhere in the nke, but I suspect that I am attempting to re-inject a packet on a socket that is not longer valid. My question is which of the sflt_event_t's tell me that a socket is no longer valid and that I should drop all of my remaining packets for that socket? Also, does the nature of this app raise any red flags, or bring to mind any key principals that I might be overlooking? Thanks for your help! The "grey shutdown screen" is called a kernel panic. The UI you are seeing is how it's handled for non-developer users/consumers. If you are working in the kernel then you should set different Open Firmware options that are more appropriate for such development work. There are various options including spewing the panic info to the console. You can also elect to use a second machine to debug it over Ethernet (2 machine debugging). <http://developer.apple.com/documentation/Darwin/Conceptual/ KernelProgramming/build/chapter_18_section_5.html> Since it sounds like to can (with some effort) reproduce the panic at will doing this is the next logical step and will probably identify the problem more quickly than guessing! The best resource I've found for these things is "Understanding and Debugging Kernel Panics" found at ADC Home > Reference Library > Technical Notes > Darwin > Kernel This email sent to site_archiver(a)lists.apple.com

1 0

Re: sflt_event_t...
by Peter Lovell 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Aug 18, 2005, at 10:24 AM, Russell Seehafer (RIT Student) wrote: Regards.....Peter _______________________________________________ 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 am writing a socket filter NKE that selectively swallows packets, sends information about that packet to a user process on the control socket, and waits for a response from the user process before deciding whether or not to re-inject the packet. The swallowing / re-injection happens on a per-socket basis. When I recieve certain sflt_event_t's (sock_evt_disconnecting, sock_evt_disconnected, and sock_evt_closing) I call a routine that drops all packets still queued on that socket. I call this routine when I am attached and detached from a socket as well. The app runs great for a period of time (I am able to selectively swallow and re- inject about 4,000 packets) but eventually I recieve the grey shutdown screen. I realize this could be due to a memory management problem somewhere in the nke, but I suspect that I am attempting to re-inject a packet on a socket that is not longer valid. My question is which of the sflt_event_t's tell me that a socket is no longer valid and that I should drop all of my remaining packets for that socket? Also, does the nature of this app raise any red flags, or bring to mind any key principals that I might be overlooking? Thanks for your help! -Russ Hi Russ, my first suspicion is that you're starving the kernel of mbufs by holding that many. Is there a way you can change so that you don't hold the mbufs, but copy the data? This email sent to site_archiver(a)lists.apple.com

1 0

sflt_event_t...
by Russell Seehafer (RIT Student) 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: AcWkAJdf9RWgAC2LQZSSKVr1UD18PQ== Thread-topic: sflt_event_t... _______________________________________________ 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: fsync()
by Quinn 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com At DTS we call that a bug. Please file it. <http://developer.apple.com/bugreporter/> S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Technical Support * Networking, Communications, Hardware [DTS is hiring support engineers. Contact me for details.] _______________________________________________ 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.… At 15:48 -0700 17/8/05, Steve Dekorte wrote: Thanks for the reply. I'm curious why I don't see anything in the OSX fcntl man pages for F_FULLFSYNC. This email sent to site_archiver(a)lists.apple.com

1 0

Re: kern_control question
by Stephane Sudre 18 Aug '05

18 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 17 août 05, at 22:16, Vincent Lubet wrote: Peter, Because: My $0.02 _______________________________________________ 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.… In fact, starting with Mac OS X 10.4.2, a call to getsockopt() on a kernel control socket will copy the user data into the kernel buffer. This should provide for the read/write behavior you're looking for. I'm not sure to fully understand the logic in changing the getsockopt behavior instead of just introducing a new API. I mean: what is the purpose of the KPIs if you still need to hack the APIs? - this introduces incompatibilities with previous release of the OS. It's working on 10.4.2 but not on 10.4. So adding a new API would have just been fine. - this is not documented in the latest available documentation or headers. If this is not documented, this does not exist. This email sent to site_archiver(a)lists.apple.com

1 0

Re: fsync()
by Steve Dekorte 17 Aug '05

17 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com -- Steve _______________________________________________ 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 Aug 15, 2005, at 12:06 PM, Jonas Maebe wrote: See http://lists.apple.com/archives/darwin-dev/2005/Feb/msg00072.html Thanks for the reply. I'm curious why I don't see anything in the OSX fcntl man pages for F_FULLFSYNC. This email sent to site_archiver(a)lists.apple.com

1 0

Interesting results from kernel syscall benchmarks posted on opensolaris.org (repost)
by Ben Cooper 17 Aug '05

17 Aug '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com $ diff Makefile.Darwin Makefile.Linux 42,50c42 < atomic \ < getcontext \ < setcontext \ < cascade_fcntl \ < cascade_flock \ < cascade_lockf \ < fork \ < exit \ < connection --- > atomic 53c45 < include ../Makefile.com.Darwin --- > include ../Makefile.com $ diff wrapper ../libMicro-0.3.0.orig/wrapper 37c37 < ARCH=`arch` --- > ARCH=`uname -m` $ diff bench ../libMicro-0.3.0.orig/bench 70c70 < ARCH=`arch` --- > ARCH=`arch -k` 94c94 < printf "!Processor: %30s\n" `arch` --- > printf "!Processor: %30s\n" `uname -m` Kind Regards, Ben Cooper Quality Control Analyst Whitesmiths Pty Ltd Tel: +61 2 8912 1774 Fax: +61 2 8912 1701 Email: cooperb(a)whitesmiths.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 tried to send this to darwin-kernel a few days back, but I can't see it in the archives so I'll try again... I've been looking at the set of kernel benchmarks released on opensolaris.org (http://www.opensolaris.org/os/community/performance/ libmicro/) and got most of them running on Darwin except for a few, so I'd like some of you're thoughts on this. Whenever I run some of the tests I get a "resource temporarily unavailable" error, leading me to think I've hit the vfork bug described at http://sysnet.ucsd.edu/~bellardo/darwin/vfork.html, although I also get these on file locking tests. Firstly, changes I made to the distribution to get it running on Darwin (Mac OS X 10.4.1-> Darwin Kernel Version 8.2.0): I used the Linux makefile as a basis since it contained the least amount of compiler flags and gcc is the c compiler most will use on both systems. $ diff Makefile.com Makefile.com.Darwin 112c112 < $(CC) -o tattle $(CFLAGS) -I. ../tattle.c libmicro.a -lrt -lm --- > $(CC) -o tattle $(CFLAGS) -I. ../tattle.c libmicro.a - lSystem -lm It seems like rt isn't available on Darwin (at least not on Mac OS X 10.4.1), so I used System as per the suggestion found here http:// www.eca.cx/ecasound-list/2004/10/0056.html. It compiled fine, but I'd like suggestions on this. $ diff Makefile ../libMicro-0.3.0.orig/Makefile 72c72 < @mkdir -p bin-`arch`; cd bin-`arch`; MACH=`arch` $(MAKE) - f ../Makefile.`uname -s` $@ --- > @mkdir -p bin-`uname -m`; cd bin-`uname -m`; MACH=`uname -m` $(MAKE) -f ../Makefile.`uname -s` $@ uname -m on OS X/PPC returns "Power Macintosh", and the scripts couldn't cope with the space (especially with copy commands in there!). arch seems to be a decent substitute, but it doesn't take any arguments on OS X so I also had to replace the arch -k in bench. My main concern is with the cascade_fcntl, cascade_flock, cascade_lockf, fork, exit tests, in which whenever I add the cascase_* tests to the benchmark script I get the "resource temporarily unavailable" error, and the fork and exit tests just seem to hang. Regarding the cascade_* tests, it definitely seems that Darwin has some sort of limit on the amount of file locks it is willing to create. Is there some way I can control this? I'm not so sure about the fork and exit tests though. Any ideas on this would be greatly appreciated. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Whitesmiths. Finally, the recipient should check this email and any attachments for the presence of viruses. Whitesmiths accepts no liability for any damage caused by any virus transmitted by this email. This email sent to site_archiver(a)lists.apple.com

1 0