option directive and turning on AOE
Sam
sah at softcardsystems.com
Tue Aug 31 13:42:18 PDT 2004
OK, once i get it up I'll look into these other avenues
to see if they're a cleaner approach.
On Tue, 31 Aug 2004, 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.
>
> -- 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
>
More information about the freebsd-arch
mailing list