[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-rdma
Subject:    Re: [PATCH 0/9] IB/ipoib: fixup multicast locking issues
From:       Or Gerlitz <gerlitz.or () gmail ! com>
Date:       2015-03-31 20:42:29
Message-ID: CAJ3xEMhXSTmAEDfn-H808OiSKHtTjS8J0=e8B_98w3Estm_pyw () mail ! gmail ! com
[Download RAW message or body]

On Tue, Mar 31, 2015 at 8:04 PM, ira.weiny <ira.weiny@intel.com> wrote:
> On Sun, Mar 15, 2015 at 11:52:44AM -0700, Doug Ledford wrote:
>>
>> > On Mar 13, 2015, at 1:41 AM, Or Gerlitz <gerlitz.or@gmail.com> wrote:
>> >
>> > On Sun, Feb 22, 2015 at 2:26 AM, Doug Ledford <dledford@redhat.com> wrote:
>> >> This is the re-ordered, squashed version of my 22 patch set that I
>> >> posted on Feb 11.  There are a few minor differences between that
>> >> set and this one.  They are:
>> > [...]
>> >
>> > Doug, you wrote here a very detailed listing of the changes from
>> > earlier posts and the testing the patches went through, which is
>> > excellent. It would be very good if you can also post few liner
>> > telling the changes done by the series in high level, so we can have
>> > this test as part of a "merge" commit that says in the kernel logs.
>>
>> OK.  I would take what I had in the original message and expand upon it then:
>>
>> This entire patchset was intended to address the issue of ipoib
>> interfaces being brought up/down in a tight loop, which will hardlock
>> a standard v3.19 kernel.  It succeeds at resolving that problem.
>
>
> I pulled this series and did some medium weight testing on 3.19 (module
> reloads, insmod/rmmod, opensm restarts (client re-register)).  IPoIB recovered
> without issue on each of the tests.
> Tested-by: Ira Weiny <ira.weiny@intel.com>

Yep, here too. We tested upstream + this series and it works well.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
[prev in list] [next in list] [prev in thread] [next in thread]