mtk-20170518/target/linux/ramips/mt7621, branch v17.01.2 MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker ramips: enable ramdisk for mt7621 2017-05-03T23:03:25+00:00 Paul Spooren paul@spooren.de 2017-05-03T22:47:34+00:00 79cd14152c4478620eb0280fec9816f39e8a0dc5 Fixes #758 Signed-off-by: Paul Spooren <paul@spooren.de> 
Fixes #758

Signed-off-by: Paul Spooren <paul@spooren.de>
ramips: Add I2C driver to the default kernel config 2017-01-15T16:43:05+00:00 Rosen Penev rosenp@gmail.com 2017-01-13T15:14:38+00:00 80768ddccd6275d1506badcf57ae31560ca19da2 I made a commit that added the RTC driver to the kernel config with the intent that it would fix hctosys. Unfortunately while the RTC driver is in there, it's connected through I2C, the driver for which comes in module form and is thus loaded late. After this commit, it works fine. Signed-off-by: Rosen Penev <rosenp@gmail.com> 
I made a commit that added the RTC driver to the kernel config with
the intent that it would fix hctosys. Unfortunately while the RTC
driver is in there, it's connected through I2C, the driver for which
comes in module form and is thus loaded late. After this commit, it
works fine.

Signed-off-by: Rosen Penev <rosenp@gmail.com>
kernel: remove ubifs xz decompression support 2017-01-09T13:07:06+00:00 Felix Fietkau nbd@nbd.name 2017-01-09T13:00:24+00:00 018d80007e6d9469077d938872e605f826010767 It has been unused, and less useful than squashfs for cases where flash space usage matters. Signed-off-by: Felix Fietkau <nbd@nbd.name> 
It has been unused, and less useful than squashfs for cases where flash
space usage matters.

Signed-off-by: Felix Fietkau <nbd@nbd.name>
ramips: Add RTC driver to kernel for working hctosys 2016-10-31T15:41:26+00:00 Rosen Penev rosenp@gmail.com 2016-10-30T03:50:45+00:00 369884c2a18cf082f0d13652deaf2415700dc842 Build the RTC driver into the kernel, (and remove the optional module), in order to make hctosys working. (Currently the module is loaded after hctosys has failed previously) Signed-off-by: Rosen Penev <rosenp@gmail.com> 
Build the RTC driver into the kernel, (and remove the optional module), in order
to make hctosys working. (Currently the module is loaded after hctosys has failed previously)

Signed-off-by: Rosen Penev <rosenp@gmail.com>
switch to the new usbport LED trigger 2016-10-19T10:09:45+00:00 Rafał Miłecki rafal@milecki.pl 2016-10-19T10:09:45+00:00 0658527e1ebe666cabde9267b6afbe543314160c This makes init.d script handle existing UCI entries using the new trigger. It also switches all targets to use its package. Signed-off-by: Rafał Miłecki <rafal@milecki.pl> 
This makes init.d script handle existing UCI entries using the new
trigger. It also switches all targets to use its package.

Signed-off-by: Rafał Miłecki <rafal@milecki.pl>
ramips: fix wrong blocksizes 2016-09-15T07:53:37+00:00 Mathias Kresin dev@kresin.me 2016-09-14T17:11:19+00:00 eb88a9cacb41a69cdeb335298882b218361ff825 The D-Link DIR-860L B1 has a flash chip which doesn't support 4K sectors. Since the DIR-860L B1 was the only mt7621 board which had the 4k blocksize set, the 4K sector support is removed from the kernel config. I've checked the flash chips of all boards having set a 4K blocksize again. This time I searched harder to finding bootlogs instead of relying on wikis articles and/or the device tree source file. The Planex MZK-DP150N has an en25q32b instead of the mentioned one in the dts. Albeit the en25q32b supports 4K sectors, 4K support is not enabled in the driver. Change the blocksize for this board back to 64K. Reported-by: Russell Senior <russell@personaltelco.net> Signed-off-by: Mathias Kresin <dev@kresin.me> 
The D-Link DIR-860L B1 has a flash chip which doesn't support
4K sectors. Since the DIR-860L B1 was the only mt7621 board which had
the 4k blocksize set, the 4K sector support is removed from the kernel
config.

I've checked the flash chips of all boards having set a 4K blocksize
again. This time I searched harder to finding bootlogs instead of
relying on wikis articles and/or the device tree source file.

The Planex MZK-DP150N has an en25q32b instead of the mentioned one in
the dts. Albeit the en25q32b supports 4K sectors, 4K support is not
enabled in the driver. Change the blocksize for this board back to 64K.

Reported-by: Russell Senior <russell@personaltelco.net>
Signed-off-by: Mathias Kresin <dev@kresin.me>
ramips: enable 4K sector support in kernel config 2016-09-13T20:06:08+00:00 Mathias Kresin dev@kresin.me 2016-09-13T19:47:25+00:00 925e63e71fa6691f3fa374f71c77d0a91c7e7539 This is a follow up to 28110727f1d513a6c4c13aa87ecb606aa5d306eb "ramips: set blocksize for 4MB devices". I've missed to include the required changes of the kernel configs to enable 4K sector size support. The option is only enabled for targets having boards with 4k sector size flash chips. Signed-off-by: Mathias Kresin <dev@kresin.me> 
This is a follow up to 28110727f1d513a6c4c13aa87ecb606aa5d306eb
"ramips: set blocksize for 4MB devices". I've missed to include the
required changes of the kernel configs to enable 4K sector size
support.

The option is only enabled for targets having boards with 4k sector
size flash chips.

Signed-off-by: Mathias Kresin <dev@kresin.me>
ramips: mt7621: switch to 24kc 2016-08-23T09:55:32+00:00 Jonas Gorski jonas.gorski@gmail.com 2016-08-21T17:23:13+00:00 b962da4d929307a834850b72e42a44c2a00ed39e 1004kc is just a SMP capable 34kc, and GCC treats 24kc and 34kc exactly the same and will generate identical code, so there is no need to tune to 1004kc instead of 24kc. Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com> 
1004kc is just a SMP capable 34kc, and GCC treats 24kc and 34kc exactly
the same and will generate identical code, so there is no need to tune
to 1004kc instead of 24kc.

Signed-off-by: Jonas Gorski <jonas.gorski@gmail.com>
ramips: enable nand support for mt7621 2016-08-03T13:30:13+00:00 John Crispin john@phrozen.org 2016-08-03T13:29:59+00:00 281483e097bc02bd51d4287cc2df88ebb4c8ab95 this makes sysupgrade work on the ERX Signed-off-by: John Crispin <john@phrozen.org> 
this makes sysupgrade work on the ERX

Signed-off-by: John Crispin <john@phrozen.org>
build: remove MIPS dsp/dsp2 CPU_SUBTYPE 2016-08-03T12:56:45+00:00 Felix Fietkau nbd@nbd.name 2016-08-03T12:56:43+00:00 9abbaa9539b7f34422e3233369e4bdc867ced915 There does not seem to be any meaningful difference in generated code. This will save some time and space on snapshot builds Signed-off-by: Felix Fietkau <nbd@nbd.name> 
There does not seem to be any meaningful difference in generated code.
This will save some time and space on snapshot builds

Signed-off-by: Felix Fietkau <nbd@nbd.name>