| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
SVN-Revision: 43181
|
|
|
|
|
|
| |
Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
SVN-Revision: 43180
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 43177
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43175
|
|
|
|
|
|
| |
Signed-off-by: Michaël Burtin <mburtin@gmail.com>
SVN-Revision: 43173
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43172
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43171
|
|
|
|
|
|
|
|
|
|
| |
This is a RT2880-based board, 32MB RAM, 4MB flash. The bootloader
is a hacked u-Boot that reads an LZMA image directly, so we skip
generating the uImage header and enable the lzma mtdsplit parser.
Signed-off-by: Claudio Leite <leitec@staticky.com>
SVN-Revision: 43153
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43152
|
|
|
|
|
|
| |
Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
SVN-Revision: 43150
|
|
|
|
|
|
| |
Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
SVN-Revision: 43149
|
|
|
|
|
|
|
|
|
| |
Add patches for getting the IRQ number for a device of the bcma bus
that were send for upstream inclusion.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43148
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43146
|
|
|
|
|
|
|
|
| |
This makes it possible to activate early printk.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43145
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43144
|
|
|
|
|
|
|
|
| |
This adds a kernel config for kernel 3.18
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43140
|
|
|
|
|
|
|
|
|
|
| |
The patch adding AR8216_PHY_LEDS was not ported to more recent kernel
versions.
Thank you swalker for spotting this.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43139
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43138
|
|
|
|
|
|
|
|
|
| |
Some changes from the header file were not ported from older kernel.
Thank you swalker for spotting this.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43137
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43136
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43135
|
|
|
|
|
|
|
|
|
|
|
|
| |
The select SYS_HAS_DMA_OPS in CPU_CAVIUM_OCTEON was from the kernel
patch in 3.13, but it is only included in kernel 3.14 and not in 3.13
and 3.18, add it again.
Thank you swalker for spotting this.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43134
|
|
|
|
|
|
|
|
| |
Apply patch for kernel 3.10 from r43112 also in 3.12, 3.14 and 3.18.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43133
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43130
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 43128
|
|
|
|
|
|
| |
Signed-off-by: Zoltan HERPAI <wigyori@uid0.hu>
SVN-Revision: 43121
|
|
|
|
|
|
|
|
| |
this caused a crash on boot
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43120
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43119
|
|
|
|
|
|
|
|
| |
some bootloaders (linksys e1700) set wonky hw trap values. reset this upon boot to make all ports work.
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43117
|
|
|
|
| |
SVN-Revision: 43115
|
|
|
|
|
|
|
|
| |
latest mt7530 silicon seems to have a different phy id.
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43113
|
|
|
|
|
|
|
|
|
|
|
|
| |
OpenWRT patch 255-lib80211_kconfig_hacks gives user possiblity to select
LIB80211 dependant settings (LIB80211_CRYPT_*) without having LIB80211
selected which is wrong.
My patch changes OpenWRT patch so LIB80211 is vissible and all
LIB80211_CRYPT_* options selects LIB80211 automatically.
Signed-off-by: Tomasz Wasiak <tjwasiak@gmail.com>
SVN-Revision: 43112
|
|
|
|
|
|
| |
Signed-off-by: Eddi De Pieri <eddi@depieri.net>
SVN-Revision: 43109
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change list:
* add tx scatter gather function.
* add software rx vlan offload to let GRO work.
* add jumbo frame support. because use build_skb so max MTU is 3812.
* enable hardware tx vlan.
* enable GRO and remove LRO. because it can improve performance and can work on forwarding.
* enable/fix tx padding function.
* let napi handle tx clean up.
* support ethtool operation. now support message level, hardware status and coalesce.
* ethtool support use mdio to get phy status only on mt7620. need modify dts file and add phy info to support it.
Notes:
* build and test on rt2880, rt3052, rt3352, rt3662, rt5350 and mt7620a.
* TCP NAT performance improve. test with netperf.
- rt2880(gigabit) from 5x to 12x Mbps.
- rt3x5x from 6x to 94 Mbps.
- rt5250 from 5x to 8x Mbps.
- rt3662(gigabit) from 6x to 42x Mbps with GRO. 23x Mbps without GRO. 66x Mbps with jumbo frame.
- mt7620 still 94Mbps.
* TSO function not tested. because i don't have mt7620 with eco >= 5. and the hardware don't support to set MSS. it will have problem.
Signed-off-by: michael lee <igvtee@gmail.com>
SVN-Revision: 43108
|
|
|
|
|
|
|
|
| |
sorry .....
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43107
|
|
|
|
|
|
|
|
|
| |
Boards that have more than one swconfig enabled switch will show the devices in
reverse order when call swconfig list. Fix this by using list_add_tail().
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43106
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43105
|
|
|
|
|
|
|
|
| |
0x8100000c vs 0x810000c0 int he pvc register this caused the cascade with an external mt7530 to fail.
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 43104
|
|
|
|
|
|
|
|
|
|
| |
(Reposted due to an issue with the patchwork server during original submission)
Unbranded. Silkscreen on PCB is “A5-V11”, believed to be made by Bococom (or at least uses Bococom image encryption - as used on poray devices - but different key)
Signed-off-by: Gareth Bryan <gareth@mx9.org>
SVN-Revision: 43102
|
|
|
|
|
|
|
|
|
|
| |
lantiq_dsl.sh didn't work with VDSL chipsets for now, fix that by
detecting whether vdsl_cpe_control or dsl_cpe_control should be used.
Also add missing quotes around shell string comparision.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
SVN-Revision: 43101
|
|
|
|
|
|
| |
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 43100
|
|
|
|
|
|
|
|
| |
Thanks swalker for reporting.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43099
|
|
|
|
|
|
|
|
| |
This SoC does not have a vfpv3 FPU.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43098
|
|
|
|
|
|
|
|
| |
This adds initial support for kernel 3.18.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43097
|
|
|
|
|
|
|
|
| |
There are still many options missing.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43096
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 43095
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
Patch 060 we had in repo was never sent/accepted.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 43091
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This works around a bootloader issue where every device
has the same lan/wan-mac 00:04:9f:ef:01:01 - with this patch
we read the macs from config-partition during initial network
setup. We have 9 valid macs stored in the partition, the
1st two are used for the radios, 3 and 4 are now used for WAN/LAN.
on an already setup / running device we can get the real macs with
. /lib/functions.sh
. /lib/functions/system.sh
echo "LAN = $(mtd_get_mac_binary config 338)"
echo "WAN = $(mtd_get_mac_binary config 344)"
see:
https://dev.openwrt.org/ticket/14714
from the ticket / user klondike:
U-Boot passed this commit https://gitorious.org/0xlab-kernel/u-boot/commit/ecd1a09b81f2ed6e6ba7bd1d0bfb0cc3d0ea2ad0
http://u-boot.10912.n7.nabble.com/U-Boot-PATCH-mpc83xx-remove-hardcoded-network-addresses-from-config-files-td44372.html
I suppose to prevent this particular issue, but the WDR4900 may be using an old bootloader still affected.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
I have been checking the contents of the dtb on the flash, this particular bit is quite revealing:
ethernet@b0000 {
#address-cells = <0x1>;
#size-cells = <0x1>;
device_type = "network";
model = "eTSEC";
compatible = "fsl,etsec2";
fsl,num_rx_queues = <0x8>;
fsl,num_tx_queues = <0x8>;
local-mac-address = [00 00 00 00 00 00];
^^^^^^^^^^^^^^^^^
interrupt-parent = <0x2>;
phy-handle = <0x3>;
phy-connection-type = "rgmii-id";
ptimer-handle = <0x4>;
queue-group@0 {
#address-cells = <0x1>;
#size-cells = <0x1>;
reg = <0xb0000 0x1000>;
rx-bit-map = <0xff>;
tx-bit-map = <0xff>;
interrupts = <0x1d 0x2 0x1e 0x2 0x22 0x2>;
};
};
I also have been checking the live device map to find this:
root@GHS-AP3:~# hexdump -C /proc/device-tree/soc@ffe00000/ethernet@b0000/local-mac-address
00000000 00 04 9f ef 01 01 |......|
00000006
root@GHS-AP3:~# hexdump -C /proc/device-tree/soc@ffe00000/ethernet@b1000/local-mac-address
*
root@GHS-AP3:~# hexdump -C /proc/device-tree/soc@ffe00000/ethernet@b2000/local-mac-address
*
My conclussion is that U-Boot most likely finds the device and (as no valid MAC-address is provided)
falls back to the default MAC provided by the old code, the kernel then receives thee modified
device map from U-Boot and assumes this is the correct MAC for the device despite it obviously isn't.
This can be seen at
target/linux/mpc85xx/patches-3.10/140-powerpc-85xx-tl-wdr4900-v1-support.patch
The enetaddr is filled up by using the device tree data by the process_boot_dtb
function and used by the platform_fixups function to set the eth0 address
(by calling dt_fixup_mac_address_by_alias("ethernet0", enetaddr); ).
But instead we should be used the device address which to my understanding is
provided in the mtd.
Signed-off-by: Bastian Bittorf <bittorf@bluebottle.com>
SVN-Revision: 43074
|
|
|
|
| |
SVN-Revision: 43073
|