[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1451512643.8255.61.camel@edumazet-glaptop2.roam.corp.google.com>
Date: Wed, 30 Dec 2015 16:57:23 -0500
From: Eric Dumazet <eric.dumazet@...il.com>
To: David Miller <davem@...emloft.net>
Cc: marcelo.leitner@...il.com, lucien.xin@...il.com,
netdev@...r.kernel.org, linux-sctp@...r.kernel.org,
mleitner@...hat.com, vyasevic@...hat.com, daniel@...earbox.net
Subject: Re: [PATCH net-next 0/5] sctp: use transport hashtable to replace
association's with rhashtable
On Wed, 2015-12-30 at 15:44 -0500, David Miller wrote:
> It is more fun than waiting longer for the more limited uses of it to
> trigger problems.
>
> I cannot be convinced that using it in more places in order to find
> and fix more bugs is a bad thing.
>
> I'm sorry if a lot of bug fixes in a short period of time concerns
> you, but for me that's an even clearer sign that it needs help, and
> exposing it to more use cases is one of the best forms of help it can
> get.
>
> It also tells me that the people actually working on those fixes, such
> as Herbert Xu, are motivated and reliable when they are shown properly
> formed bug reports.
>
> I cannot think of a report Herbert and others did not resolve in a
> timely manner. They usually add test cases too.
I have no doubts we can fix bugs in upstream kernels in a few days (at
most).
The problem is when a customer is stuck using a distro, with a release
cycle of extra months after upstream fixes.
I had to deal with customers having issues with resolvers hitting the
netlink/rhashtable bugs, and I can tell you it was not pretty nor funny.
Seeing all these SCTP bugs being currently tracked/fixed (reports from
Dmitry Vyukov), I am concerned about having to backport fixes into old
kernels without proper rhashtable if now SCTP relies heavily on
rhashtable.
Hopefully nothing bad will happen.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists