>> >1/ removal of "control" argument from rip6_input and prepend control mbuf
>> >to chain AS IT WAS DESIGNED FOR. This makes rip6_input conform to the proto
>> >type for input. (I have not confirmed that the information in control
>> >is a valid mbuf but it is an mbuf pointer).
>>     i don't see any "control" argument in rip6_input in kame tree, as well
>>     as freebsd sys/netinet6/raw_ip6.c revision 1.12.  which revision
>>     are you looking at?
>Sorry, wrong function..  it was output....

        ok,

>here is the fix

        xx_output() has never been governed by protocol switch structure
        and therefore ther are numerous variations we see in the tree.
        i don't see your problem at all.

>>     i can partially buy this, but for *BSD code sharing, i do need a
>>     compromise here.  permit us to use varargs.
>no.

        are you the one who decide the rule here?

>it can be in the netbsd compatibility code.
>it's going away.

        more #ifdef = more bug, and kame/freebsd gets left behind.
        i really hate all the cosmetic differences *BSD has.  freebsd has more
        of it than anyone else.

>>     no you can't remove "proto" argument from the argument list.
>>     because of the way ipv6 extension header chain (and IPv4 AH/ESP
>>     header) is designed, proto argument has to be passed around, otherwise
>>     we can't know which protocol we are processing (think of raw ip header
>>     processing, like rip_input).
>I din't say remove..
>I said ADD.

        so are you proposing to compromise protocol-independent protosw
        for the sake of IP?  I guess your opinion is too IP centric...

itojun

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message

Reply via email to