From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 20 May 2016 00:22:14 +0200 From: Linus =?utf-8?Q?L=C3=BCssing?= Message-ID: <20160519213448.GF12565@otheros> References: <1462525107-19750-1-git-send-email-apape@phoenixcontact.com> <1462525107-19750-3-git-send-email-apape@phoenixcontact.com> <20160519193312.GC12565@otheros> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160519193312.GC12565@otheros> Subject: Re: [B.A.T.M.A.N.] [PATCHv3 2/6] batman-adv: speed up dat by snooping received ip traffic List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: The list for a Better Approach To Mobile Ad-hoc Networking On Thu, May 19, 2016 at 09:33:12PM +0200, Linus Lüssing wrote: > This isn't really a bug of your patchset, but could make this race > condition much more likely. In the worst case, a fast IP packet > stream would create a constant rewrite and mostly broken > dat_entry->mac_addr. Sorry, this was wrong of me. Assuming no address collision, then this would result to up to one unnecessary ether_addr_copy() on 32bit but no broken dat_entry->mac_addr. So shouldn't be an issue, sorry.