mtk-20170518 - MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker

	Commit message (Collapse)	Author	Age	Files	Lines
*	kernel: update kernel 3.18 to version 3.18.43	Stijn Tintel	2016-10-24	1	-1/+1
\| \| \| \| \| \| \| \| \| \|	Refresh patches for all targets supporting 3.18 and not marked broken. Compile-tested on all targets using 3.18 and not marked broken. Changes to generic/610-netfilter_match_bypass_default_checks.patch based on 84d489f64f3b382d5544e342f66d8806e94e85d3. Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
*	kernel: fq_codel match flows_cnt to limit sizing	Kevin Darbyshire-Bryant	2016-05-12	1	-2/+4
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	OpenWRT changed the default fq_codel sch->limit from 10240 to 1024, without also adjusting q->flows_cnt. Eric Dumazet explains below that you must also adjust the buckets (q->flows_cnt) for this not to break. Eric explains: Limit of 1024 packets and 1024 flows is not wise I think. (If all buckets are in use, each bucket has a virtual queue of 1 packet, which is almost the same than having no queue at all) I suggest to have at least 8 packets per bucket, to let Codel have a chance to trigger. So you could either reduce number of buckets to 128 (if memory is tight), or increase limit to 8192. flows_cnt is now set to 1024/8=128 Signed-off-by: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
*	kernel: revert fq_codel quantum override to prevent it from causing too much ↵	Felix Fietkau	2015-12-08	1	-5/+2
\| \| \| \| \| \| \| \|	cpu load with higher speed (#21326) Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 47811
*	kernel: start working on 3.18 support	Rafał Miłecki	2014-10-27	1	-0/+14
	This commit: 1) Copies 3.14 patches 2) Drops mainlined stuff 3) Modifies some patches to apply Signed-off-by: Rafał Miłecki <zajec5@gmail.com> SVN-Revision: 43093