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

	Commit message (Collapse)	Author	Age	Files	Lines
*	add kmod-leds-net5501	Florian Fainelli	2010-10-30	1	-1/+1
\| \| \| \| \| \|	Signed-off-by: Philip Prindeville <philipp_subx@redfish-solutions.com> SVN-Revision: 23729
*	resync config-default, enable gpio support	Florian Fainelli	2010-10-30	1	-10/+25
\| \| \| \|	SVN-Revision: 23727
*	Use -pipe for net5501 and geos CFLAGS, same as all of the other platforms	Florian Fainelli	2010-10-17	1	-1/+2
\| \| \| \| \| \| \| \|	Makes the builds run slightly faster on multicores. Signed-off-by: Philip Prindeville <philipp@redfish-solutions.com> SVN-Revision: 23495
*	x86: turn on optimizations for net5501 (patch by Philip A. Prindeville)	Felix Fietkau	2010-09-20	1	-1/+1
\| \| \| \|	SVN-Revision: 23104
*	package/kernel: use common gpio- & wdt- prefixes for GPIO and watchdog ↵	Nicolas Thill	2010-04-24	1	-2/+2
\| \| \| \| \| \|	module names SVN-Revision: 21137
*	add net5501 support	Florian Fainelli	2010-04-11	2	-0/+40
	This patch brings up the net5501 platform. Note that the x86/ target included support for all x86/ class processors. That's not technically correct. This should be constrained only to the "generic" subtarget. Every x86-class target that isn't generic should be able to select only the optimizations/capabilities applicable to that architectural variant. It's also assumed that all x86 processors have keyboard & mouse ports, ISA, DMI, ACPI... the embedded ones typically don't. Again, moving that to the generic subtarget. Fortunately, this was a fairly benign tweak. The net5501 board includes the following logic: Geode/LX processor CS5535 super-I/O chip PC87360 sensor chip Via Rhine Ethernet controllers Via Sata controllers USB, LEDS, I2C Signed-off-by: Philip Prindeville <philipp_subx@redfish-solutions.com> SVN-Revision: 20794