[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a90c3d11-e1e9-3f58-5400-8b910d707351@mojatatu.com>
Date: Tue, 6 Sep 2016 08:08:17 -0400
From: Jamal Hadi Salim <jhs@...atatu.com>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: davem@...emloft.net, netdev@...r.kernel.org, daniel@...earbox.net,
xiyou.wangcong@...il.com
Subject: Re: [PATCH v3 net-next 1/1] net_sched: Introduce skbmod action
ng
On 16-08-30 08:44 AM, Eric Dumazet wrote:
> On Tue, 2016-08-30 at 07:57 -0400, Jamal Hadi Salim wrote:
>> if (flags & SKBMOD_F_SWAPMAC) {
>> u8 tmpaddr[ETH_ALEN];
>> /*XXX: I am sure we can come up with something more efficient */
>> ether_addr_copy(tmpaddr, eth_hdr(skb)->h_dest);
>> ether_addr_copy(eth_hdr(skb)->h_dest, eth_hdr(skb)->h_source);
>> ether_addr_copy(eth_hdr(skb)->h_source, tmpaddr);
>> }
>
> While ether_addr_copy() is accepting u8 pointers, data must be aligned to u16 at least.
>
> (See comments in include/linux/etherdevice.h)
>
> Some arches/compilers might do things here that would generate a trap
> if tmpaddr is not aligned.
>
Hrm. How do you suggest dealing with this?
cheers,
jamal
Powered by blists - more mailing lists