On Sun, Dec 23, 2012 at 2:44 PM, Cong Wang <xiyou.wangc...@gmail.com> wrote:
> On Sun, Dec 23, 2012 at 9:19 PM, Sedat Dilek <sedat.di...@gmail.com> wrote:
>>
>> The culprit commit here seems to be...
>>
>> commit 9650388b5c56578fdccc79c57a8c82fb92b8e7f1
>> Author: Eric Dumazet <eduma...@google.com>
>> Date: Fri Dec 21 07:32:10 2012 +0000
>>
>> ipv4: arp: fix a lockdep splat in arp_solicit()
>
> Can you try the following one-line fix?
>
> Thanks.
>
> ------------>
>
> diff --git a/net/ipv4/arp.c b/net/ipv4/arp.c
> index 1169ed4..75e0d7c 100644
> --- a/net/ipv4/arp.c
> +++ b/net/ipv4/arp.c
> @@ -365,7 +365,7 @@ static void arp_solicit(struct neighbour *neigh,
> struct sk_buff *skb)
> pr_debug("trying to ucast probe in NUD_INVALID\n");
> neigh_ha_snapshot(dst_ha, neigh, dev);
> } else {
> - memset(dst_ha, 0, dev->addr_len);
> + memcpy(dst_ha, dev->broadcast, MAX_ADDR_LEN);
> probes -= neigh->parms->app_probes;
> if (probes < 0) {
> #ifdef CONFIG_ARPD[ CCing Eric ] YES, thie fixes my problem. But your patch was somehow malformed, so I attached mine. - Sedat -
0001-ipv4-arp-Fixup-to-commit-9650388b5c56578fdccc79c57a8.patch
Description: Binary data
