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: <20100807.225905.135552260.davem@davemloft.net> Date: Sat, 07 Aug 2010 22:59:05 -0700 (PDT) From: David Miller <davem@...emloft.net> To: jarkao2@...il.com Cc: shemminger@...tta.com, netdev@...r.kernel.org Subject: Re: [PATCH 1/9] net classifier: dont allow filters on semi-classful qdisc From: Jarek Poplawski <jarkao2@...il.com> Date: Sat, 07 Aug 2010 00:26:17 +0200 > Stephen Hemminger wrote, On 06.08.2010 23:58: > >> On Fri, 06 Aug 2010 23:24:47 +0200 >> Jarek Poplawski <jarkao2@...il.com> wrote: >> >>> Stephen Hemminger wrote, On -10.01.-28163 20:59: >>> >>>> There are several qdisc which only support a single class (sfq, mq, tbf) >>>> and the kernel would dereference a null pointer (bind_tcf), if a user >>>> attempted to apply a filter one of these classes. >>> >>> >>> mq and tbf can't have this issue because they don't have >>> .tcf_chain class method. sfq should support it on purpose >>> after this patch: >>> >>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=7d2681a6ff4f9ab5e48d02550b4c6338f1638998 >>> and needs tiny fix only. >> >> Probably best to fix both ways. Fix sfq to allow filters to >> be chained, and fix API to prevent refuse to allow qdisc to >> register with tcf_chain && !bind_tcf >> > > Yes, but your patch needs a different changelog and I'm not sure > it's necessary for stable (there should be no other such cases > for now). Right. I'm tossing this series since there are dependencies upon this first patch for which we've arrived at a different solution (Jarek's 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