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

Re: Application window should be on top of every thing
by Alexander von Below 30 Apr '09

30 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com 3) For Carbon, I have no idea. Alex Am 30.04.2009 um 14:12 schrieb Rahulkumar Tibdewal: Hi All, Even system message should also not appear. I have used KIOSK apis but it does not provide me a perfect behavior. Any help is highly appreciated. _______________________________________________ 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/below%40mac.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.… 1) I have absolutely no clue what this question has to do with kernel development. There are no windows in the kernel. Please choose the appropriate list, and do not crosspost. Thank you. 2) If you were using Cocoa, you could look at NSWindows setLevel: method. IMPORTANT: This email is intended for the use of the individual addressee(s) named above and may contain information that is confidential, privileged or unsuitable for overly sensitive persons with low self-esteem, no sense of humour or irrational religious beliefs. If you are not the intended recipient, any dissemination, distribution or copying of this email is not authorised (either explicitly or implicitly) and constitutes an irritating social faux pas. Unless the word absquatulation has been used in its correct context somewhere other than in this warning, it does not have any legal or no grammatical use and may be ignored. No animals were harmed in the transmission of this email, although the kelpie next door is living on borrowed time, let me tell you. Those of you with an overwhelming fear of the unknown will be gratified to learn that there is no hidden message revealed by reading this warning backwards, so just ignore that Alert Notice from Microsoft. However, by pouring a complete circle of salt around yourself and your computer you can ensure that no harm befalls you and your pets. If you have received this email in error, please add some nutmeg and egg whites, whisk and place in a warm oven for 40 minutes. I am preparing an application where I want that dash board or any other application or pop ups should never appear in front of my Application. i.e. application window should be on top most window. Thanks Rahul DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. This email sent to below(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Application window should be on top of every thing
by Rahulkumar Tibdewal 30 Apr '09

30 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: AcnJjQBi6MZNlBJmTy6kbmVzFhI8+g== Thread-topic: Application window should be on top of every thing _______________________________________________ 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

Announce: Discussing Snow Leopard
by Quinn 28 Apr '09

28 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Greetings All I thought I'd pass this along: <http://devforums.apple.com/> We're excited to have you join the discussion. Michael Jurewitz Developer Tools & Performance Evangelist <mailto:jurewitz@apple.com> Share and Enjoy -- 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.… Starting today, if you're an ADC Seed Key holder (that's someone who already receives seeds of Mac OS X Snow Leopard) you'll be able to access the Apple Developer Forums (URL below) and talk about development on Snow Leopard. This email sent to site_archiver(a)lists.apple.com

1 0

Re: ifnet_input problem
by Kevin Brock 25 Apr '09

25 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Thunderbird 2.0.0.21 (Macintosh/20090302) I am doing two machine debugging. I've been debugging into the stack. Thanks for the various suggestions. Kevin _______________________________________________ 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.… Terry Lambert wrote: Probably a dumb question, but you said you recalculated the IP checksum; did you also recalculated the TCP checksum, and did you do it first, before the IP checksum? Also, are you handling the source port redirect in the outbound SYN/ACK? Maybe that's what's getting lost. If I were doing this, I'd be doing two machine debugging of the NKE, possibly even building my own kernel so I could add additional instrumentation to see where things are failing. I'm starting to think that it's not what I thought it was. Debugging through the stack things sometimes just, well, stop working. Maybe because I'm using an Ethernet cable for the debugging... It looks like the packet is getting farther than I thought, and the problem may lay somewhere else. The debugging breakdowns in the stack were making it look more complicated than it was--Heisenberg strikes again :-) Maybe using FirewireKDP will help with the problems debugging through the network stack if I need to do that again. This email sent to site_archiver(a)lists.apple.com

1 0

Mapping physical memory address zero?
by Hajime Inoue 24 Apr '09

24 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com I'm trying to map physical memory using IOMemoryDescriptor::withPhysicalAddress() and createMappingInTask(). This fails with address zero. showbootermemorymap shows this first page is available. I can map in physical memory starting with address 0x1000. ml_read_phys_* has no problems reading this memory. Does anyone know why this is? Thanks, -Jim _______________________________________________ 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: ifnet_input problem
by Terry Lambert 24 Apr '09

24 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Apr 24, 2009, at 9:30 AM, Kevin Brock <apple(a)kevin.com> wrote: On Apr 23, 2009, at 3:14 PM, Kevin Brock wrote: -- 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.… Michael Smith wrote: If I do the same thing, but modify the TCP destination port so that it is headed for a different application, it fails. Your description here is a bit brief, but I did want to ask the obvious; are you redirecting *all* of the TCP session to the new port, i.e. including the handshake? Yes. The big problem is that even the SYN doesn't get there. I've debugged up to tcp_input(), but it doesn't make it as far as the call to tcp_output() which would generate the SYN ACK response. As far as it's made it I can see that a) all of the IP header information was verified, and b) all of the TCP header information was verified. If not, you might be having issues with the sequence numbers... Since it starts from the SYN and I'm not changing packet sizes the sequence numbers won't be changing. Probably a dumb question, but you said you recalculated the IP checksum; did you also recalculated the TCP checksum, and did you do it first, before the IP checksum? Also, are you handling the source port redirect in the outbound SYN/ ACK? Maybe that's what's getting lost. If I were doing this, I'd be doing two machine debugging of the NKE, possibly even building my own kernel so I could add additional instrumentation to see where things are failing. This email sent to site_archiver(a)lists.apple.com

1 0

Re: ifnet_input problem
by Kevin Brock 24 Apr '09

24 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Thunderbird 2.0.0.21 (Macintosh/20090302) On Apr 23, 2009, at 3:14 PM, Kevin Brock wrote: Kevin _______________________________________________ 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.… Michael Smith wrote: If I do the same thing, but modify the TCP destination port so that it is headed for a different application, it fails. Your description here is a bit brief, but I did want to ask the obvious; are you redirecting *all* of the TCP session to the new port, i.e. including the handshake? Yes. The big problem is that even the SYN doesn't get there. I've debugged up to tcp_input(), but it doesn't make it as far as the call to tcp_output() which would generate the SYN ACK response. As far as it's made it I can see that a) all of the IP header information was verified, and b) all of the TCP header information was verified. If not, you might be having issues with the sequence numbers... Since it starts from the SYN and I'm not changing packet sizes the sequence numbers won't be changing. This email sent to site_archiver(a)lists.apple.com

1 0

Re: ifnet_input problem
by Michael Smith 24 Apr '09

24 Apr '09

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: ifnet_input problem
by Kevin Brock 23 Apr '09

23 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Thunderbird 2.0.0.21 (Macintosh/20090302) I do have a call to mbuf_inbound_modified() in there, just in case. Kevin _______________________________________________ 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.… Josh Graessley wrote: Just a guess but have you tried mbuf_clear_csum_performed to clear any checksum flags/data the hardware may have set upon reception of the packet? Since I'm allocating all new mbufs and copying the data manually there shouldn't be any HW checksums in those packets... This email sent to site_archiver(a)lists.apple.com

1 0

Re: ifnet_input problem
by Josh Graessley 23 Apr '09

23 Apr '09

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Apr 23, 2009, at 3:14 PM, Kevin Brock wrote: -josh _______________________________________________ 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 have an interface filter KEXT. It has to be able to do a number of things with packets, creating, modifying etc. I've run into a problem with ifnet_input which seems odd, and is probably something pretty basic. Using it to inject modified packets fails. I've reduced it to a pretty simple either/or... If I take each incoming mbuf, create a brand new mbuf chain and call ifnet_input on the new mbuf chain, and return -1 from my iff_input_func so the caller frees the original mbuf() it works fine. The new packet is received by the appropriate application. If I do the same thing, but modify the TCP destination port so that it is headed for a different application, it fails. - The *only* things changing in the packet are the destination port and the checksum. - I am recalculating the TCP checksum using mbuf_inet_cksum(), and I've verified that the value calculated is correct. - Send works fine. If I call ifnet_output_raw() the packet makes it out onto the wire. - I see the packet again in my iff_input_func--it's tagged, so I can tell it's one of mine. - The firewall is completely disabled at the moment. - If I send a packet from another host directly to the port on which the application is listening, the application receives the packet, so I know the socket is accessible, and that the application is running. Anyone have any suggestions on this? Just a guess but have you tried mbuf_clear_csum_performed to clear any checksum flags/data the hardware may have set upon reception of the packet? This email sent to site_archiver(a)lists.apple.com

1 0