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
| ||
|
Message-ID: <1276542772.2444.13.camel@edumazet-laptop> Date: Mon, 14 Jun 2010 21:12:52 +0200 From: Eric Dumazet <eric.dumazet@...il.com> To: Patrick McHardy <kaber@...sh.net> Cc: Ben Hutchings <bhutchings@...arflare.com>, Pedro Garcia <pedro.netdev@...devamos.com>, netdev@...r.kernel.org Subject: Re: [PATCH] vlan_dev: VLAN 0 should be treated as "no vlan tag" (802.1p packet) Le lundi 14 juin 2010 à 19:11 +0200, Patrick McHardy a écrit : > Ben Hutchings wrote: > > On Mon, 2010-06-14 at 18:49 +0200, Pedro Garcia wrote: > > > >> On Sun, 13 Jun 2010 22:56:30 +0100, Ben Hutchings > >> <bhutchings@...arflare.com> wrote: > >> > >>> I have no particular opinion on this change, but you need to read and > >>> follow Documentation/SubmittingPatches. > >>> > >>> Ben. > >>> > >> Sorry, first kernel patch, and I did not know about it. I resubmit with > >> the correct style / format: > >> > > [...] > > > > Sorry, no you haven't. > > > > - Networking changes go through David Miller's net-next-2.6 tree so you > > need to use that as the baseline, not 2.6.26 > > - Patches should be applicable with -p1, not -p0 (so if you use diff, > > you should run it from one directory level up) > > - The patch was word-wrapped > > Additionally: > > - please use the proper comment style, meaning each line begins > with a '*' > > - the pr_debug statements may be useful for debugging, but are > a bit excessive for the final version > > - + /* 2010-06-13: Pedro Garcia > > We have changelogs for this, simply explaining what the code > does is enough. > > - Please CC the maintainer (which is me) > -- Pedro, we have two kind of vlan setups : accelerated and non accelerated ones. Your patch address non accelated ones only, since you only touch vlan_skb_recv() Accelerated vlan can follow these paths : 1) NAPI devices vlan_gro_receive() -> vlan_gro_common() 2) non NAPI devices __vlan_hwaccel_rx() So you might also patch __vlan_hwaccel_rx() and vlan_gro_common() Please merge following bits to your patch submission : http://kerneltrap.org/mailarchive/linux-netdev/2010/5/23/6277868 Good luck for your first patch ! -- 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