| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 08 Aug 2013 15:20:23 -0700 From: Ben Greear <greearb@...delatech.com> To: Eric Dumazet <eric.dumazet@...il.com> CC: netdev@...r.kernel.org Subject: Re: [PATCH] veth: remove hardware checksum feature On 08/08/2013 03:13 PM, Ben Greear wrote: > On 08/08/2013 01:16 PM, Eric Dumazet wrote: >> On Thu, 2013-08-08 at 12:43 -0700, Ben Greear wrote: >> >>> So, the question is: Is there any time that I *should* be mucking with >>> skb->ip_summed when bridging pkts from one device to another on modern >>> kernels? I'm using the ptype_all hook to grab packets, and ndo_start_xmit >>> to send them, in case that matters. >> >> >> ndo_start_xmit() is likely bypassing the core network fallbacks. >> >> You might try dev_hard_start_xmit() instead > > Looks like it should work nicely, except it would be really > nice if I could short-circuit the xmit_nit() part for my > protocol handler. > > Think there would be any interest in allowing the ptype_all > handlers to optionally register a direction (ie tx-only, rx-only, both) > and have dev_queue_xmit_nit() pay attention to that? Actually, seems I might be able to abuse the ptype->af_packet_priv and skb->sk and make the xmit_nit() not pass it back up... Still might be interesting to have direction support in the ptype handlers though... Ben -- Ben Greear <greearb@...delatech.com> Candela Technologies Inc http://www.candelatech.com -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists