Re: RFC: [2.6 patch] disallow modular IPv6

2 messages, 2 authors, 2003-09-29 · open the first message on its own page

Re: RFC: [2.6 patch] disallow modular IPv6

From: <hidden>
Date: 2003-09-29 14:42:54

On Mon, 29 Sep 2003 11:15:48 -0300, Arnaldo Carvalho de Melo said:
Humm, so the user will have, in this case, these choices:

1. "I don't want IPV6 at all, not now, not ever":
	CONFIG_IPV6_SUPPORT=N
	CONFIG_IPV6=N  (this is implicit as this depends on
			CONFIG_IPV6_SUPPORT)
	
2. "I think I may well want it the future, who knows? but not now...":
	CONFIG_IPV6_SUPPORT=Y
	CONFIG_IPV6=N
	
3. "Nah, some of the users of this pre-compiled kernel will need it":
	CONFIG_IPV6_SUPPORT=Y
	CONFIG_IPV6=M
	
4. "Yeah, IPV6 is COOL, how can somebody not use this piece of art?":
	CONFIG_IPV6_SUPPORT=Y
	CONFIG_IPV6=Y

Isn't this confusing for the I-wanna-triple-my-kernel-performance-by-compiling-
the-kernel-for-exactly-what-I-have hordes of users?
No, this is the behavior we want, and we can write Kconfig help entries that
explain it.

Anybody want to do a sanity check against CONFIG_IP6_NF_IPTABLES - that
looks like another gotcha if it isn't implemented properly (it may be, I just haven't
actually looked it over)?

Re: RFC: [2.6 patch] disallow modular IPv6

From: David Woodhouse <dwmw2@infradead.org>
Date: 2003-09-29 14:46:15

On Mon, 2003-09-29 at 10:38 -0400, Valdis.Kletnieks@vt.edu wrote:
No, this is the behavior we want, and we can write Kconfig help entries that
explain it.

Anybody want to do a sanity check against CONFIG_IP6_NF_IPTABLES - that
looks like another gotcha if it isn't implemented properly (it may be, I just haven't
actually looked it over)?
In 2.7 we really should just stop the CONFIG_xxx_MODULE definitions
being available during builds of the static kernel.

-- 
dwmw2
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help