Lists

Terms and Conditions
Lists hosted on this site
Email the Postmaster
Tips for posting to public mailing lists

RE: Prioritizing SBP2 daemon

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Prioritizing SBP2 daemon

Subject: RE: Prioritizing SBP2 daemon
From: Kevin Elliott <email@hidden>
Date: Sat, 24 Sep 2005 23:41:04 -0700

At 10:14 +0530 on 9/25/05, email@hidden wrote: Yes that makes sense. How to lad the driver from utility? Is it possible that while loading the drive i can launch the application..???

Not really possible. The connection between IOKit and user space is not really designed for drivers to "push" stuff into user space. The normal pattern is for user space to connect to drivers (and for a lot of reasons that's a really good thing). Their was some talk of allowing drives to have secondary app for configuration and the like, but that was a long time ago and I think the general consensus was that it was a bad idea. In any case, it's not something the system supports today.

I have to go back to my original question- what exactly are you trying to do? If your trying to prevent IOKit from doing something, you really need to be in the kernel. Based on what you've posted so far the technique your trying to use isn't going to work. The system simply isn't designed to work that way. -- ______________________________________________________ Arguing with an engineer is like wrestling with a pig in mud. After a while, you realize the pig is enjoying it. ______________________________________________________ Kevin Elliott <mailto:email@hidden> AIM/iChatAV: email@hidden (video chat available) ______________________________________________________ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden References: >RE: Prioritizing SBP2 daemon (From: <email@hidden>) Prev by Date: RE: Prioritizing SBP2 daemon Next by Date: RE: Prioritizing SBP2 daemon Previous by thread: RE: Prioritizing SBP2 daemon Next by thread: RE: Prioritizing SBP2 daemon Index(es): Date Thread