July 2005 - Darwin-kernel - lists.apple.com

Finding Blocks occupied by the file on the volume
by santosh katvate 19 Jul '05

19 Jul '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:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=GtkEWzJEeYDD5jYVr0rZ7BgjLtBkRl3sP4/LyCn/zP65u0DdLiC0S7EB+lrF1Rdmqv5FZcvMJF5KJVVYO6CfdTpZzHHGPffrwqpeQjoUMHGMvkCvKY5A4BYkUb3LFeVU6Dv7d8sVmT+9xyZ7HaM3YqgDK+mjTLf7rpRurt1aQvY= hi quinn i have built my driver by subclassing IOBLOCKSTORAGEDRIVER and able attach my driver appropriately. i now want to do write and read operation on the file from my driver and to do this i need the blocks info of the data fork of the file. there is a software which is able to get the data/resource fork info of the files. i also want to get that info. http://www.coriolis-systems.com/iDefrag-2.php if i am going wrong somewhere do correct me. Thanks in advance santosh k _______________________________________________ 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: Mac OS 10.4 (Tiger) compilation errors ( GCC v3.3 ) with X Code 2.0 tool
by Quinn 19 Jul '05

19 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Basically I am using for creating a task and killing a task, Why are you binding the thread to a particular CPU? S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Technical Support * Networking, Communications, 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.… At 10:03 +0530 19/7/05, Karunakar Reddy G wrote: For creating a Task, first I create a thread using IOCreateThread, then I bind the thread using thread_bind(), Regardless, there isn't any way bind a thread to a particular CPU using supported KPIs. The thread_bind routine continues to exist, and is exported by the kernel, but you can't access it without linking to the entire kernel, which is not appropriate for a shrink wrap product. For killing a task, I kill current running tasks using thread_terminate_self() Is there a reason you can't use IOExitThread? It's sitting in the "IOLib.h" header right next to IOCreateThread (-: One more thing, functions thread_bind() and thread_terminate_self() are defined in header files in old developer kit ( April2002Dev.tools).But these functions are removed in Xcode 2.0 developer tools Traced in this path: System/Library/Frameworks/Kernel.Framework/Versions/A/Headers Is there any alternate way to handle using KPIs, instead of using these functions? As part of the KPI effort, the Kernel framework headers only include functions that are supported (and thus part of a KPI). If you decide to call unsupported functions, you're pretty much on your own (after all, that's the definition of "unsupported"). This email sent to site_archiver(a)lists.apple.com

1 0

Re: Mac OS 10.4 (Tiger) compilation errors ( GCC v3.3 ) with X Code 2.0 tool
by Karunakar Reddy G 19 Jul '05

19 Jul '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:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=BSp5bwhB1zC4i5178xWDxWLSfByFBFniUBjLwEiBo2Y0Yc4Dmhjo/xg5u0SFqfIoDg5LPgmPsvEdKHBvwA84A77CQeVyT07OEOXCHT2vbiFEGMNRtIZjydZqvpUj1m8Iknfuiakx7v/YNcb6WJaXpv9h2aUXj5sOdtn8eO4k58I= _______________________________________________ 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: Mac OS 10.4 (Tiger) compilation errors ( GCC v3.3 ) with X Code 2.0 tool
by Karunakar Reddy G 19 Jul '05

19 Jul '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:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=kXXl9XMDZGQjQ0jby29hrQ32zrGb/A7VTthznUvkzLggKrRYGRQV/NdPM5uMvbwgb4sjNF21xyQHczk5BYrvNQx3cF7Eg4dPeTFFhOo0OuE5ZBghKbSArNhItFRmpzkW9cgLtC2HzIbre5U6ZlMBe8fL3ZyCpViyE5f/4SZUu9U= _______________________________________________ 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

using IONVRAM functions
by Herbert 19 Jul '05

19 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com I need to read an NVRAM value from my driver. _______________________________________________ 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.… Does anyone have code/ideas on how to use these functions? I've been on Google, all over Apple, and poked around in the Darwin source but no joy. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launching a Cocoa app from KEXT?
by Allan Hoeltje 18 Jul '05

18 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Microsoft-Entourage/10.1.4.030702.0 "Dean Reece" <dean.reece(a)apple.com> wrote on 7/18/05 1:04 PM: > Instead, you should turn this around and drive it from user space. > You can create a login item that runs in the user's session the > entire time they are logged in. This item (basically, a per-user > daemon) would open a socket, or talk to your kext however is needed, > and would facilitate launching any apps. Thank you Dean. This make complete sense and I can now see why it should not be driven from the kernel. -Allan _______________________________________________ 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: Launching a Cocoa app from KEXT?
by Dean Reece 18 Jul '05

18 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Allan, Cheers, - Dean Justin, -Allan "Justin C. Walker" <justin(a)mac.com> wrote on 7/18/05 12:04 PM: On Jul 18, 2005, at 11:34 , Allan Hoeltje wrote: Is it possible for a KEXT to launch a Cocoa application? What I want is for my KEXT to determine which user is logged-in and then open the app in that user's space as if the user double clicked the app. That's mixing metaphors in a really bad way. You (the Editorial You) don't want an extension to have any clue about identities of users, or even about users. The only reason your extension should deal with UIDs is for security issues. Kernel operations should be performed to facilitate some user-level activity, and then only if there is no other way. Think of the kernel as a programming interface to the hardware, not as an environment in which to build fancy applications. One thing to consider is how you would tell that the user has logged in in such a way that he can stand having a Cocoa app launched. He might be remote, or he might be running X windows only. There's got to be a better way to get what you want. This email sent to dean.reece(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.… The reason you will get push-back regarding designs that have the kernel causing high-level events is that it is violates the layering of the system. The basic design is that the kernel and it's extensions are just a way for higher level software to get managed access to system resources. The kernel (and it's extensions) should not be directly causing high-level activity. It may be possible to build things this way, but it does not fit the design of Mac OS X, Darwin, or other Unix-like OSs. Instead, you should turn this around and drive it from user space. You can create a login item that runs in the user's session the entire time they are logged in. This item (basically, a per-user daemon) would open a socket, or talk to your kext however is needed, and would facilitate launching any apps. This design has several advantages: 1) It allows each user to decide if they want the service or not (users can configure their login items) 2) The login item can monitor the user's session and take appropriate actions at various events like FastUserSwitch, logout, sleep/wake, etc. This really isn't possible from the kernel. 3) It maintains correct layering because the policy is being driven from a user-space app (the login item), and the kernel is providing a service to that app. 4) This is more-or-less how the digital camera example works, so you know the model is supportable on Mac OS X The only disadvantage of this approach is that it requires one additional moving piece, but I think you'll find your job much easier if you follow this model because all the APIs on the system are geared for this type of activity. Trying to do it all from the kernel will be an uphill battle. On Jul 18, 2005, at 12:46, Allan Hoeltje wrote: I guess I don't understand your aversion to having a KEXT do this. For example, when I plug a digital camera into the usb port the Mac OS will automatically launch iPhoto. Granted, maybe that particular event does not involve a KEXT but you get the idea? In a similar way, when my KEXT detects a particular situation (by way of examining IP packets flowing in or out) I want the KEXT to launch an application to let the user deal with the situation. The case I have in mind (I do not wish to reveal too much on-list but if you email me off-list I can say more) is that the user will not be logged in remotely and the IP packets that trigger the application will always be associated with an activity caused by that user. And the user will be glad to see the app come up. :-) _______________________________________________ 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/dean.reece% 40apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launching a Cocoa app from KEXT?
by Allan Hoeltje 18 Jul '05

18 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Microsoft-Entourage/10.1.4.030702.0 Justin, I guess I don't understand your aversion to having a KEXT do this. For example, when I plug a digital camera into the usb port the Mac OS will automatically launch iPhoto. Granted, maybe that particular event does not involve a KEXT but you get the idea? In a similar way, when my KEXT detects a particular situation (by way of examining IP packets flowing in or out) I want the KEXT to launch an application to let the user deal with the situation. The case I have in mind (I do not wish to reveal too much on-list but if you email me off-list I can say more) is that the user will not be logged in remotely and the IP packets that trigger the application will always be associated with an activity caused by that user. And the user will be glad to see the app come up. :-) -Allan "Justin C. Walker" <justin(a)mac.com> wrote on 7/18/05 12:04 PM: > > On Jul 18, 2005, at 11:34 , Allan Hoeltje wrote: > >> Is it possible for a KEXT to launch a Cocoa application? What I >> want is for >> my KEXT to determine which user is logged-in and then open the app >> in that >> user's space as if the user double clicked the app. > > That's mixing metaphors in a really bad way. You (the Editorial You) > don't want an extension to have any clue about identities of users, > or even about users. The only reason your extension should deal with > UIDs is for security issues. > > Kernel operations should be performed to facilitate some user-level > activity, and then only if there is no other way. Think of the > kernel as a programming interface to the hardware, not as an > environment in which to build fancy applications. > > One thing to consider is how you would tell that the user has logged > in in such a way that he can stand having a Cocoa app launched. He > might be remote, or he might be running X windows only. > > There's got to be a better way to get what you want. _______________________________________________ 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: Launching a Cocoa app from KEXT?
by Justin C. Walker 18 Jul '05

18 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Jul 18, 2005, at 11:34 , Allan Hoeltje wrote: There's got to be a better way to get what you want. Regards, Justin -- Justin C. Walker, Curmudgeon at Large Institute for General Semantics ----------- My wife 'n kids 'n dog are gone, I can't get Jesus on the phone, But Ol' Milwaukee's Best is my best friend. ----------- _______________________________________________ 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.… Is it possible for a KEXT to launch a Cocoa application? What I want is for my KEXT to determine which user is logged-in and then open the app in that user's space as if the user double clicked the app. That's mixing metaphors in a really bad way. You (the Editorial You) don't want an extension to have any clue about identities of users, or even about users. The only reason your extension should deal with UIDs is for security issues. Kernel operations should be performed to facilitate some user-level activity, and then only if there is no other way. Think of the kernel as a programming interface to the hardware, not as an environment in which to build fancy applications. One thing to consider is how you would tell that the user has logged in in such a way that he can stand having a Cocoa app launched. He might be remote, or he might be running X windows only. This email sent to site_archiver(a)lists.apple.com

1 0

Launching a Cocoa app from KEXT?
by Allan Hoeltje 18 Jul '05

18 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Microsoft-Entourage/10.1.4.030702.0 Is it possible for a KEXT to launch a Cocoa application? What I want is for my KEXT to determine which user is logged-in and then open the app in that user's space as if the user double clicked the app. -Allan _______________________________________________ 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