option directive and turning on AOE
Brooks Davis
brooks at one-eyed-alien.net
Tue Aug 31 13:46:37 PDT 2004
On Tue, Aug 31, 2004 at 02:40:56PM -0600, Scott Long wrote:
> Brooks Davis wrote:
>
> >On Tue, Aug 31, 2004 at 02:27:33PM -0600, Scott Long wrote:
> >
> >>Sam wrote:
> >>
> >>
> >>>I've added code to if_ethersubr.c:/ether_demux/
> >>>to queue up AoE frames as they appear. I followed
> >>>suit with other protocols and included my addition
> >>>inside of an #ifdef AOE. Where do I turn this on?
> >>>I thought perhaps just adding an 'option AOE' to
> >>>the config would do it, but it doesn't -- so clearly
> >>>I don't understand how the option directive works.
> >>>The config man page doesn't talk about option/device
> >>>directives ...
> >>>
> >>>I'm still looking, but a clue would be well received.
> >>
> >>Did you modify /sys/conf/options to tell it about your
> >>AOE option? If so, then you should have specified the name
> >>of a header file that the option would be #define'd into.
> >>Include that header file in if_ethersubr.c and you should
> >>have no problems.
> >>
> >>Incidentally, this might be an area when netgraph would be
> >>useful. Instead of having an AoE specific hook in the
> >>stack, you could have an AoE netgraph module that uses the
> >>existing netgraph hooks. It's just an idea, though.
> >
> >
> >Another option might be a PFIL hook. There isn't one there now, but I
> >think I've seen talk of adding one. Actually, if we did that, we could
> >get most of the netgraph specific hooks out of the ethernet code.
>
> Do the PFIL hooks exist in 4.x? I know that he's trying to target
> his driver for that right now. Netgraph exists in both, so using it
> would keep his code more portable. Anyways, this isn't my area of
> expertise, so do whatever you find to be best.
No, it doesn't look like pfil hooks are in 4.x. If we had a new service
that wanted to use them in there, we could probably MFC them without
converting existing services making it a fairly low-risk operation.
Using netgraph is probably the easiest solution though.
-- Brooks
--
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20040831/a57cda4b/attachment.bin
More information about the freebsd-arch
mailing list