site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On Apr 6, 2005, at 13:33, Carl Smith wrote: In my NKE I have attached some filtering using 'dlil_attach_interface_filter' and pointed my call back functions via this call. The filtering works find and in my call back function, My_if_input(caddr_t cookie, struct ifnet **ifnet_ptr, struct mbuf **mbuf_ptr), I want to get/look at the filter ID of the calling This is the value that was obtained in the previous calling to 'dlil_attach_interface_filter'. Another question I have relating to the above statement, is that in My_if_input I am trapping the mbuf, Ethernet frame, as it is coming in. [snip] HTH. Regards, Justin -- Justin C. Walker, Curmudgeon-At-Large Institute for General Semantics -------- When LuteFisk is outlawed, Only outlaws will have LuteFisk -------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... filter. Sorry for the delay; I haven't had time to look at this. Short answer: Yes :-} dlil_inject* injects into the indicated stream (input: World -> System; output: System -> World). The confusion arising from SharedIP (other than its twisted architecture) comes from the need to treat "World" on output as (World+X). Therefore, when Classic sends a frame to the "world", that includes X; the output processing then must (selectively) inject frames intended for X into the *input* stream (even though the frame is really going "out to the world"). This email sent to site_archiver@lists.apple.com