| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 29718
|
|
|
|
| |
SVN-Revision: 29713
|
|
|
|
|
|
| |
to control ethernet LED (the led behaviour is a side effect) and using the gpio as an led causes kernel panics.
SVN-Revision: 29712
|
|
|
|
| |
SVN-Revision: 29711
|
|
|
|
|
|
| |
This allows to access the flash from a kexec'd kernel.
SVN-Revision: 29710
|
|
|
|
| |
SVN-Revision: 29709
|
|
|
|
| |
SVN-Revision: 29708
|
|
|
|
|
|
| |
This allows to access the flash from a kexec'd kernel.
SVN-Revision: 29707
|
|
|
|
| |
SVN-Revision: 29706
|
|
|
|
| |
SVN-Revision: 29705
|
|
|
|
| |
SVN-Revision: 29701
|
|
|
|
|
|
| |
the source tree requires quilt and installing quilt implies installing sed.
SVN-Revision: 29697
|
|
|
|
|
|
| |
if PACKAGE_kmod-ipv6"
SVN-Revision: 29695
|
|
|
|
|
|
| |
that pptp should be declared as separate interface alognside wan - in this configuration the ipproto will cause stray udhcpc errors due to not existent interfaces, so remove it
SVN-Revision: 29694
|
|
|
|
| |
SVN-Revision: 29693
|
|
|
|
| |
SVN-Revision: 29690
|
|
|
|
|
|
| |
EXTERNAL_TOOLCHAIN || NATIVE_TOOLCHAIN Currently we always assume uClibc if an external toolchain is used, this breaks for non-uClibc toolchains or even vanilla uClibc ones since they do not share the external librpc semantics as OpenWrt. Solve the problem by defining an abstract "EXTERNAL_LIBC" which packages might or might not depend on.
SVN-Revision: 29689
|
|
|
|
|
|
| |
checks, useful to upgrade old ar71xx installations to current trunk ones
SVN-Revision: 29688
|
|
|
|
|
|
| |
address on the router itself
SVN-Revision: 29687
|
|
|
|
|
|
| |
incorperate it into the kernel metapackage version, make kmods depend on this specific version. The aim of this change is to invalidate kmods which are built against a different kernel config on the opkg metadata level. Manual copying and insmod of custom *.ko files, e.g. for development purpose, is still possible.
SVN-Revision: 29686
|
|
|
|
| |
SVN-Revision: 29684
|
|
|
|
| |
SVN-Revision: 29683
|
|
|
|
| |
SVN-Revision: 29682
|
|
|
|
| |
SVN-Revision: 29681
|
|
|
|
|
|
| |
The WLAN LEDs are not working yet.
SVN-Revision: 29680
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reading from the flash chip on the TL-WR2543ND seems buggy.
If the SPI flash driver tries to read too much data in one
SPI transfer, the flash chip returns bogus values. This can
be caused by a buggy flash chip on my board, or it can
be a bug in our SPI driver.
Add a workaround to the m25p80 driver until I find out the
root cause of the problem. The patch allows to specify the
maximum numner of bytes which can be read safely withint
one SPI transfer.
SVN-Revision: 29679
|
|
|
|
| |
SVN-Revision: 29678
|
|
|
|
|
|
|
|
| |
* make clock delay configurable
* make read,write commands configurable
* use u16 for member and untag fields
SVN-Revision: 29677
|
|
|
|
| |
SVN-Revision: 29676
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The wndr3700 at least has no eth0 mac address and usually leverages
the first wireless device's mac when in a bridged scenario. If,
however, you want to route, and not bridge the interfaces, you
need a unique mac address for it.
This patch sets the local bit on the mac address pulled from the
wireless chip and uses the resulting address for eth0.
Patch-by: Dave Taht <dave.taht@gmail.com>
SVN-Revision: 29675
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is based on patches from the linux-longsoon-community git tree:
http://dev.lemote.com/cgit/linux-loongson-community.git/
Now the kernel can use the command line parameter from kexec-tools.
Runtime tested on ar71xx with 2.6.39.4 (the wathdog must be stopped
before executing the new kernel). Compile tested with lantiq (3.1.4)
and brcm47xx (3.0.12).
SVN-Revision: 29674
|
|
|
|
| |
SVN-Revision: 29672
|
|
|
|
|
|
| |
CVE-2011-4619, CVE-2012-0027)
SVN-Revision: 29670
|
|
|
|
|
|
| |
Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>
SVN-Revision: 29669
|
|
|
|
| |
SVN-Revision: 29668
|
|
|
|
| |
SVN-Revision: 29667
|
|
|
|
| |
SVN-Revision: 29666
|
|
|
|
| |
SVN-Revision: 29664
|
|
|
|
| |
SVN-Revision: 29663
|
|
|
|
|
|
|
|
| |
The microSD slot and the Real Time Clock is not working yet.
The miniPCIe interface is not tested due to the lack of a
suitable card.
SVN-Revision: 29662
|
|
|
|
| |
SVN-Revision: 29660
|
|
|
|
| |
SVN-Revision: 29659
|
|
|
|
|
|
|
| |
These models are based on the AP99 reference board,
and uses the AR7241 SoC.
SVN-Revision: 29658
|
|
|
|
| |
SVN-Revision: 29657
|
|
|
|
| |
SVN-Revision: 29656
|
|
|
|
| |
SVN-Revision: 29655
|
|
|
|
| |
SVN-Revision: 29654
|
|
|
|
| |
SVN-Revision: 29653
|
|
|
|
|
|
| |
Also use the system LED for diagnostic.
SVN-Revision: 29652
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support for the TP-Link device TL-MR3020 which is very
similiar to the TL-WR703N.
The TL-MR3020 uses 5 LEDs, 1 push button and a switch with 3 positions.
Only four LEDs can be controlled via GPIO. The power LED is connected to
the power supply.
The WPS push button has been mapped to KEY_WPS_BUTTON. The two GPIO signals
of the sliding switch have been mapped to BTN_0 and BTN_1.
I have also setup a wiki page with details here:
http://wiki.openwrt.org/toh/tp-link/tl-mr3020
USB is working and has been tested with USB mass storage and USB UMTS
stick.
Wifi also seems to work.
Ethernet is working too.
Signed-off-by: Christian Cier-Zniewski <c.cier@gmx.de>
SVN-Revision: 29651
|