[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <48867CD2.4080209@candelatech.com>
Date: Tue, 22 Jul 2008 17:35:30 -0700
From: Ben Greear <greearb@...delatech.com>
To: Stephen Hemminger <shemminger@...tta.com>
CC: netdev@...r.kernel.org, Patrick McHardy <kaber@...sh.net>
Subject: Re: [PATCH 1/6] ipv6: use timer pending
Stephen Hemminger wrote:
> On Mon, 21 Jul 2008 16:16:15 -0700
> Ben Greear <greearb@...delatech.com> wrote:
>
>> Stephen Hemminger wrote:
>>> This fixes the bridge reference count problem and cleanups ipv6 FIB timer management.
>>> Don't use expires field, because it is not a proper way to test,
>>> instead use timer_pending().
>> I patched this into my 2.6.25, and it does not seem to help
>> my refcount problem. I did not apply any of your other
>> patches as it seemed they were mostly cleanups.
>>
>> This is not to say that this patch is wrong...but
>> it seems we'll have to keep looking for other problems
>> as well.
>
> I agree this patch is not a direct fix for the the problem. What happened
> was that I was retesting on latest 2.6 net kernel and adding tracing
> and checking. In the process, the problem went away. Either
> a Heisenbug or some other part of the configuration changed.
It turns out my problem was due to a patch I wrote
to ensure netlink notify of ipv6 address adds (regardless of DAD completion).
http://lists.openwall.net/netdev/2008/06/18/158
I was using ipv6_ifa_notify instead of inet6_ifa_notify.
Patrick found this, so he gets all the credit.
Of course, since my patch is not in the main tree, whatever refcount
problems you guys are seeing must be something different.
I'll keep the debug code in my tree and if I managed to reproduce it
again, will be sure to try to track it down.
Thanks,
Ben
--
Ben Greear <greearb@...delatech.com>
Candela Technologies Inc http://www.candelatech.com
--
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