This is now fixed, read below. Umesh Vaishampayan wrote: Why can't you do what you want to do in *your* VOP_INACTIVE? I can't do it in VOP_INACTIVE because that's (usually) called way later, mostly when we eject the drive. But since this driver is a hot pluggable device, the user can just yank the device out bypassing our filtering. Also that would not get you immediate results. This has been fixed now by monitoring VOP_LOOKUP after we rename the file and faking VOP_LOOKUP's componentnames' cn_pnbuf and cn_nameptr for operation LOOKUP. So any VOP_LOOKUP operations on the old file name are changed to ops on the new name, all this seamless. I do this for a while until I see a VOP_LOOKUP with the new name. Thanks, George. --Umesh Godfrey van der Linden wrote: At 21:09 +0100 03-1-27, George Andri wrote: Hi there, I am aware of user -> kernel boundary crossing, like Mach IPC, RPC, syscall, sysctl and ioctl. But I'm interested ina kernel -> user *initiated* connection, is there anything outthere? I have a kext that needs to initiate communication with an user process. I can alternatively let the user process initiate the connection in one of the above ways and then pass a data pool pointer, but that would be a lot harder. IS there anything I can do or use to initiate a kernel -> user crossing without user parts help? Not really. Do you have a user land app that you are talking to? If so it is pretty easy to emulate a kernel initiated event. What do you want to happen in user land when the kernel hits something. I guess what I'm asking is what problem are you actually trying to solve. Godfrey van der Linden _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored. -- Umesh Vaishampayan Mac OS X - Kernel _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.
participants (1)
-
George André