Re: [B.A.T.M.A.N.] batman-adv: gpf in batadv_slide_own_bcast_window

On Saturday, February 23, 2013 02:37:06 Sasha Levin wrote: > I'm confused about how batadv_orig_hash_del_if removes an interface from > the hashtable. I see the hashtable is using rcu to protect it, but when we > delete an entry we free it straight away by calling > batadv_orig_node_del_if() and no

Re: batman-adv: gpf in batadv_slide_own_bcast_window

On 02/22/2013 12:06 PM, Antonio Quartulli wrote: > Hi Sasha and thank you very much for reporting this issue. > > IIRC this is similar to a bug you already reported in the past. > This bug should be the result of a race condition batman-adv has in the > hard-interface handling code (this is why it

Re: batman-adv: gpf in batadv_slide_own_bcast_window

Hi Sasha and thank you very much for reporting this issue. IIRC this is similar to a bug you already reported in the past. This bug should be the result of a race condition batman-adv has in the hard-interface handling code (this is why it has been triggered while removing eth0). Now that the rtn

batman-adv: gpf in batadv_slide_own_bcast_window

Hi all, While fuzzing with trinity inside a KVM tools guest running latest -next kernel I've stumbled on the following: [ 3148.615130] batman_adv: <98>\^?: Removing interface: eth0 [ 3148.991938] general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC [ 3148.993736] Dumping ftrace buffer: