Re: dlil_attah_interface_filter
Re: dlil_attah_interface_filter
- Subject: Re: dlil_attah_interface_filter
- From: Justin Walker <email@hidden>
- Date: Thu, 7 Apr 2005 09:18:20 -0700
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
filter.
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]
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").
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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden