| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
SVN-Revision: 33413
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a patch to connect eth0.1 (lan) to the only
ethernet connector available.
D-Link DAP-1350 goes bricked with AA 12.09-beta.
This is because the current esw configuration for the
board connects eth0.2 (wan) to the *ONE and ONLY*
ethernet connector available, preventing initial access
to the board through 192.168.1.1 on eth0.1 after flashing,
effectively bricking the board.
There are things that should be done to make this board
really useful, but for AA 12.09, this one liner is
indispensable.
Signed of by Yoichi Shinoda <shinoda@jaist.ac.jp>
SVN-Revision: 33411
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33410
|
|
|
|
| |
SVN-Revision: 33409
|
|
|
|
| |
SVN-Revision: 33408
|
|
|
|
| |
SVN-Revision: 33407
|
|
|
|
| |
SVN-Revision: 33406
|
|
|
|
| |
SVN-Revision: 33403
|
|
|
|
| |
SVN-Revision: 33402
|
|
|
|
| |
SVN-Revision: 33389
|
|
|
|
| |
SVN-Revision: 33388
|
|
|
|
| |
SVN-Revision: 33387
|
|
|
|
| |
SVN-Revision: 33386
|
|
|
|
| |
SVN-Revision: 33385
|
|
|
|
| |
SVN-Revision: 33384
|
|
|
|
| |
SVN-Revision: 33383
|
|
|
|
| |
SVN-Revision: 33382
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Somehow detecting the RAM size in common/setup.c doesn't
work here, it always detects 64M and then crashes on devices
with less RAM.
Probably using MEMC_REG_SDRAM_CFG1 to know the RAM size is how
it could be, for now I use the mem=32M kernel parameter to get
stuff working.
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33381
|
|
|
|
|
|
| |
This fixes #10256
SVN-Revision: 33369
|
|
|
|
| |
SVN-Revision: 33362
|
|
|
|
| |
SVN-Revision: 33360
|
|
|
|
| |
SVN-Revision: 33356
|
|
|
|
| |
SVN-Revision: 33352
|
|
|
|
| |
SVN-Revision: 33349
|
|
|
|
| |
SVN-Revision: 33348
|
|
|
|
| |
SVN-Revision: 33347
|
|
|
|
| |
SVN-Revision: 33346
|
|
|
|
| |
SVN-Revision: 33345
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds preliminary support for the Mikrotik RB2011L.
The NAND flash is not yet supported, so only the initramfs
kernel can be used for now.
[juhosg: remove unnecessary PCI/USB related stuff, the board
does not use that, update commit message]
Signed-off-by: Stijn Tintel <stijn@linux-ipv6.be>
SVN-Revision: 33344
|
|
|
|
| |
SVN-Revision: 33343
|
|
|
|
| |
SVN-Revision: 33342
|
|
|
|
|
|
| |
Those will be used on the ar71xx platform as well.
SVN-Revision: 33341
|
|
|
|
|
|
| |
Fixes booting the device with button hotplug enabled (#10785).
SVN-Revision: 33340
|
|
|
|
| |
SVN-Revision: 33338
|
|
|
|
|
|
| |
It will be used for the MikroTik boards.
SVN-Revision: 33337
|
|
|
|
| |
SVN-Revision: 33335
|
|
|
|
| |
SVN-Revision: 33334
|
|
|
|
|
|
| |
use {read,write}l_relaxed instead of the plain __raw_{read,write}l variants.
SVN-Revision: 33330
|
|
|
|
|
|
| |
flashed with the 'standard' image) and an image to revert the change to allow reversion to stock firmware.
SVN-Revision: 33326
|
|
|
|
| |
SVN-Revision: 33324
|
|
|
|
| |
SVN-Revision: 33323
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add missing andmask to ramips_esw register read for recv_good value.
Without the mask, recv_bad leaks into the recv_good packet count.
Didn't notice the bug before since you don't usually get bad
packets, so I only saw it when I was playing with overlength packets
earlier...
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33322
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
more reliable.
Use doubletagging to disable ramips_esw vlan by default, it seems
more reliable.
Daniel Golle found an issue where sometimes (possibly only for
RT3352) the default vlan disable method (clearing en_vlan, untag,
doubletag and putting all ports into vlan 0) doesn't work and the
packets get sent out vlan-tagged with vlan 0.
Instead switch to using the doubletagging method (allow doubletagged
packets, put all ports into vlan 0 with untag enabled) by default.
Unless someone figures out a way to really globally disable vlan for
this switch, this seems like the best (most reliable) option.
I did some tests regarding maximum packet size and did not see any
difference between the two methods, both allow for slightly bigger packets
than the ramips_main.c ethernet driver (ping stops going through
above "ping -s 1472" (1514 bytes), on the switch packets are recv_good until
"ping -s 1490", or about 1532 bytes).
Signed-off-by: Tobias Diedrich <ranma+openwrt@tdiedrich.de>
SVN-Revision: 33321
|
|
|
|
| |
SVN-Revision: 33319
|
|
|
|
| |
SVN-Revision: 33318
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33317
|
|
|
|
|
|
| |
Signed-off-by: Daniel Golle <dgolle@allnet.de>
SVN-Revision: 33316
|
|
|
|
| |
SVN-Revision: 33315
|
|
|
|
| |
SVN-Revision: 33314
|
|
|
|
| |
SVN-Revision: 33313
|