From: David Miller <davem@davemloft.net>
To: arvidjaar@gmail.com
Cc: brian.haley@hp.com, vladislav.yasevich@hp.com,
chuck.lever@oracle.com, tytso@mit.edu, Valdis.Kletnieks@vt.edu,
rjw@sisk.pl, netdev@vger.kernel.org,
bonding-devel@lists.sourceforge.net, jamagallon@ono.com,
linux-kernel@vger.kernel.org, fubar@us.ibm.com
Subject: Re: [PATCH 0/2] Bonding: fix IPv6 module requirement regression
Date: Wed, 04 Mar 2009 03:11:56 -0800 (PST) [thread overview]
Message-ID: <20090304.031156.159121545.davem@davemloft.net> (raw)
In-Reply-To: <200903040720.34497.arvidjaar@gmail.com>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: Text/Plain; charset=utf-8, Size: 1147 bytes --]
From: Andrey Borzenkov <arvidjaar@gmail.com>
Date: Wed, 4 Mar 2009 07:20:30 +0300
> On 4 маÑÑа 2009 05:37:10 Brian Haley wrote:
> > These patches fix the Bonding module's requirement to have the IPv6
> > module loaded and configured by creating a new "disable" module
> > parameter value for ipv6.ko. This allows users who do not want any
> > IPv6 addresses or sockets to be created to disable IPv6 support,
> > while still loading the module and making it's symbols available.
> > This can be specified in /etc/modprobe.conf (or similar) with
> > "options ipv6 disable=1".
>
> While this is definitely the right approach, it requires completely new
> infrastructure to disable IPv6 (including resolving update issues). So I
> guess this is post-2.6.29 material.
No, Brian's patches are is the only reasonable way to fix this
bug, even in 2.6.29
We not going to let the ipv6 module load disable hack live any
longer, sorry.
I'm going to apply and push out Brian's patches.
ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
prev parent reply other threads:[~2009-03-04 11:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-04 2:37 Brian Haley
2009-03-04 4:20 ` Andrey Borzenkov
2009-03-04 11:11 ` David Miller [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090304.031156.159121545.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=Valdis.Kletnieks@vt.edu \
--cc=arvidjaar@gmail.com \
--cc=bonding-devel@lists.sourceforge.net \
--cc=brian.haley@hp.com \
--cc=chuck.lever@oracle.com \
--cc=fubar@us.ibm.com \
--cc=jamagallon@ono.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=tytso@mit.edu \
--cc=vladislav.yasevich@hp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®