> +#if defined(CONFIG_IPV6_ISATAP)
> +/* only for IFF_ISATAP interfaces */
> +static inline int ipv6_addr_is_isatap(const struct in6_addr *addr)
> +{
> + return ((addr->s6_addr32[2] | htonl(0x0200)) ==
> htonl(0x02005EFE));
> +}
> +#endif
> +
No need to make this conditional, unless yo
> Ok, thanks for the explanation. One questions is though why
> do we need all the #if defines() throughout the file?
Was just trying to follow what I thought was
convention, but I'm willing to be educated...
> Most distros end up enabled almost everything anyway. Looking
> at the code, there i
Hi Fred
Templin, Fred L wrote:
> Vlad,
>
> Yes, I was breaking into multiples to ease review only.
> The "[PATCH 01/04] ... (5)" thread includes the complete
> reviewable and patchable final text in 4 files. In my
> next message, I will put the entire patchfile as inline
> text. (The "[PATCH 01/0
#x27;iproute2' is
already complete.)
Thanks - Fred
[EMAIL PROTECTED]
> -Original Message-
> From: Vlad Yasevich [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 12, 2007 2:11 PM
> To: Templin, Fred L
> Cc: netdev@vger.kernel.org; [EMAIL PROTECTED]
> Subject: Re: [Resend
wrote:
>
>
> -Original Message-
> From: osprey67 [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 12, 2007 7:54 AM
> To: netdev@vger.kernel.org
> Subject: [PATCH 01/05] ipv6: RFC4214 Support (4)
>
> From: Fred L. Templin <[EMAIL PROTECTED]>
>
> Thi
-Original Message-
From: osprey67 [mailto:[EMAIL PROTECTED]
Sent: Monday, November 12, 2007 7:54 AM
To: netdev@vger.kernel.org
Subject: [PATCH 01/05] ipv6: RFC4214 Support (4)
From: Fred L. Templin <[EMAIL PROTECTED]>
This is experimental support for the Intra-Site Automatic
-Original Message-
From: osprey67 [mailto:[EMAIL PROTECTED]
Sent: Monday, November 12, 2007 7:54 AM
To: netdev@vger.kernel.org
Subject: [PATCH 01/05] ipv6: RFC4214 Support (4)
From: Fred L. Templin <[EMAIL PROTECTED]>
This is experimental support for the Intra-Site Automatic
From: Fred L. Templin <[EMAIL PROTECTED]>
This is experimental support for the Intra-Site Automatic
Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses
the SIT module, and is configured using the unmodified
"ip" utility with device names beginning with: "isatap".
The following diffs are spe
From: Fred L. Templin <[EMAIL PROTECTED]>
This is experimental support for the Intra-Site Automatic
Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses
the SIT module, and is configured using the unmodified
"ip" utility with device names beginning with: "isatap".
The following diffs are spe
From: Fred L. Templin <[EMAIL PROTECTED]>
This is experimental support for the Intra-Site Automatic
Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses
the SIT module, and is configured using the unmodified
"ip" utility with device names beginning with: "isatap".
The following diffs are spe
om: Templin, Fred L
> Sent: Wednesday, November 07, 2007 5:09 PM
> To: netdev@vger.kernel.org
> Subject: [PATCH 01/05] ipv6: RFC4214 Support (2)
>
>
> From: Fred L. Templin <[EMAIL PROTECTED]>
>
> This is experimental support for the Intra-Site Automatic
> Tunnel Addre
On Wed, 7 Nov 2007 17:08:50 -0800
"Templin, Fred L" <[EMAIL PROTECTED]> wrote:
>
> From: Fred L. Templin <[EMAIL PROTECTED]>
>
> This is experimental support for the Intra-Site Automatic
> Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses
> the SIT module, and is configured using the unm
From: Fred L. Templin <[EMAIL PROTECTED]>
This is experimental support for the Intra-Site Automatic
Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses
the SIT module, and is configured using the unmodified
"ip" utility with device names beginning with: "isatap".
The following diffs are sp
Thanks, and will fix.
Fred
> -Original Message-
> From: Stephen Hemminger [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 07, 2007 9:31 AM
> To: Templin, Fred L
> Cc: netdev@vger.kernel.org
> Subject: Re: [PATCH 01/05] ipv6: RFC4214 Support
>
> On Tue, 6
On Tue, 6 Nov 2007 17:16:01 -0800
"Templin, Fred L" <[EMAIL PROTECTED]> wrote:
> From: Fred L. Templin <[EMAIL PROTECTED]>
>
> This is experimental support for the Intra-Site Automatic
> Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses
> the SIT module, and is configured using the unmodif
From: Fred L. Templin <[EMAIL PROTECTED]>
This is experimental support for the Intra-Site Automatic
Tunnel Addressing Protocol (ISATAP) per RFC4214. It uses
the SIT module, and is configured using the unmodified
"ip" utility with device names beginning with: "isatap".
The following diffs are spec
16 matches
Mail list logo
