Re: [ath5k-devel] [PATCH 0/11] use ether_addr_equal_64bits

2014-01-17 Thread Pavel Machek
On Fri 2014-01-17 23:02:06, Oleksij Rempel wrote: > Am 17.01.2014 22:24, schrieb Pavel Machek: > > On Mon 2013-12-30 19:14:56, Julia Lawall wrote: > >> Ether_addr_equal_64bits is more efficient than ether_addr_equal, and can be > >> used when each argument is an array within a structure that contai

Re: [ath5k-devel] [PATCH 0/11] use ether_addr_equal_64bits

2014-01-17 Thread Oleksij Rempel
Am 17.01.2014 22:24, schrieb Pavel Machek: > On Mon 2013-12-30 19:14:56, Julia Lawall wrote: >> Ether_addr_equal_64bits is more efficient than ether_addr_equal, and can be >> used when each argument is an array within a structure that contains at >> least two bytes of data beyond the array. > > I

Re: [ath5k-devel] [PATCH 0/11] use ether_addr_equal_64bits

2014-01-17 Thread Pavel Machek
On Mon 2013-12-30 19:14:56, Julia Lawall wrote: > Ether_addr_equal_64bits is more efficient than ether_addr_equal, and can be > used when each argument is an array within a structure that contains at > least two bytes of data beyond the array. I mean, yes, it is probably faster, and yes, most stru

[ath5k-devel] [PATCH 0/11] use ether_addr_equal_64bits

2013-12-30 Thread Julia Lawall
Ether_addr_equal_64bits is more efficient than ether_addr_equal, and can be used when each argument is an array within a structure that contains at least two bytes of data beyond the array. The semantic patch that makes this change is as follows. To give moderately good results, this semantic pat