- Mar 23, 2016
-
-
Luka Perkov authored
Signed-off-by:
Luka Perkov <luka@openwrt.org> SVN-Revision: 49083
-
Luka Perkov authored
Signed-off-by:
Luka Perkov <luka@openwrt.org> SVN-Revision: 49082
-
John Crispin authored
cpe510: Tested sysupgrade and initramfs. Untested: webIf w/ factory.bin & recovery.bin Signed-off-by:
Alexander Couzens <lynxis@fe80.eu> SVN-Revision: 49081
-
John Crispin authored
On most platforms the cmdline is supplied by the loader to the kernel. When using an elf loader with cmdline the size is bloated by 512k. For loader-elf platforms like the cpe510 better use loader-elf but patch the cmdline into the kernel. wdr1043: Tested loader still works using sysupgade image. Signed-off-by:
Alexander Couzens <lynxis@fe80.eu> SVN-Revision: 49080
-
John Crispin authored
The loader decompress a lzma compressed kernel. Some bootloaders only support elf files like the tplink cpe510 Signed-off-by:
Alexander Couzens <lynxis@fe80.eu> SVN-Revision: 49079
-
John Crispin authored
Signed-off-by:
Jason Wu <jason.wu.misc@gmail.com> SVN-Revision: 49078
-
John Crispin authored
by adding Device/DefaultConfig macro to define the dts and device in lower case. Signed-off-by:
Jason Wu <jason.wu.misc@gmail.com> SVN-Revision: 49077
-
John Crispin authored
This patch provides full GPIO support for WNR1000v2 (LEDs and buttons). It exposes all LEDs to operating system, including Ethernet ones. Signed-off-by:
Michal Cieslakiewicz <michal.cieslakiewicz@wp.pl> SVN-Revision: 49076
-
John Crispin authored
Signed-off-by:
Sven Eckelmann <sven.eckelmann@open-mesh.com> SVN-Revision: 49075
-
John Crispin authored
Signed-off-by:
Sven Eckelmann <sven.eckelmann@open-mesh.com> SVN-Revision: 49074
-
John Crispin authored
airo requires ISA_DMA_API and that symbol is only set on some ppc,malta,x86 x86 is probably only platform where that driver is used fixes buildbot errors on ar71xx,lantiq ...: airo.ko is missing Signed-off-by:
Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 49073
-
John Crispin authored
Not all mach-* files set all boards correctly in ETH_CFG. They depend on some preset values by u-boot which were not previously modified by ath79_setup_qca955x_eth_cfg. Avoiding to modify them in this function keeps it backward compatible for these boards. This reverts commit 119b8ab2c2eac237ec4e9c4d0ed53df22b5c6978. Signed-off-by:
Sven Eckelmann <sven.eckelmann@open-mesh.com> SVN-Revision: 49072
-
John Crispin authored
The default delays RXD 3. RDV 3, TXD 0, TXE 0 doesn't seem to work for some boards. These boards depend on the preset values of u-boot which may differ. This reverts commit f2d4bb96b62512caa161dcc2867c91692fb16a38. Signed-off-by:
Sven Eckelmann <sven.eckelmann@open-mesh.com> SVN-Revision: 49071
-
John Crispin authored
The MR1750 must unset some bits in ETH_CFG which were set by u-boot to work correctly under OpenWrt. But the global function ath79_setup_qca955x_eth_cfg will not unset all of them to increase the backward compatiblity with older mach-* files. A private (simplified) version for MR1750 can be used instead. Signed-off-by:
Sven Eckelmann <sven.eckelmann@open-mesh.com> SVN-Revision: 49070
-
John Crispin authored
The MR900 must unset some bits in ETH_CFG which were set by u-boot to work correctly under OpenWrt. But the global function ath79_setup_qca955x_eth_cfg will not unset all of them to increase the backward compatiblity with older mach-* files. A private (simplified) version for MR900 can be used instead. Signed-off-by:
Sven Eckelmann <sven.eckelmann@open-mesh.com> SVN-Revision: 49069
-
John Crispin authored
Work-around obsolete mkfs/ubifs code. Unlike squashfs, ubifs images should be generated per-device so minimum I/O unit size, logical erase block size, maximum logical erase block count can be defined for the specific flash-chips parameters. Also, generating ubinized images is unrelated to rootfs being ubifs or squashfs, but rather depends on the device supporting UBI or not. In the meantime and in order to fix an error which currently causes the image generation on buildbot to fail, work-around by defining UBIFS_OPTS for the Default profile. See also http://buildbot.openwrt.org:8010/builders/oxnas/builds/246/steps/compile_8/logs/stdio Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 49068
-
John Crispin authored
Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 49067
-
- Mar 22, 2016
-
-
John Crispin authored
fixes trgmii on old eco and adds nand support Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 49066
-
- Mar 21, 2016
-
-
John Crispin authored
gcc complained about uninitialized variables Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 49065
-
John Crispin authored
Signed-off-by:
John Crispin <blogic@openwrt.org> SVN-Revision: 49064
-
Gabor Juhos authored
The flash is already supported in mainline kernel since 4.3-rc1. Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49063
-
Gabor Juhos authored
According to the calling convention of the o32 ABI the caller function must reserve stack space for $a0-$a3 registers in case the callee needs to save its arguments. The assembly startup code does not reserve stack space for these registers thus when the main C function needs to save its arguments, that will cause a stack overflow. Fix the assembly code to reserve stack space for the registers to avoid that. Untested. It seems that the lzma-loader is not used at all? Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49062
-
Gabor Juhos authored
According to the calling convention of the o32 ABI the caller function must reserve stack space for $a0-$a3 registers in case the callee needs to save its arguments. The assembly startup code does not reserve stack space for these registers thus when the main C function needs to save its arguments, that will cause a stack overflow. Fix the assembly code to reserve stack space for the registers to avoid that. Compile tested only. Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49061
-
Gabor Juhos authored
The current code only partially invalidates both caches because the cache size and cache-line size values are incorrectly passed to the C code. Fix the assembly code to pass the arguments in the correct order. Compile tested only. Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49060
-
Gabor Juhos authored
Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49059
-
Gabor Juhos authored
The current code only partially invalidates both caches because the cache size and cache-line size values are incorrectly passed to the C code. Fix the assembly code to pass the arguments in the correct order. Compile tested only. Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49058
-
Gabor Juhos authored
Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49057
-
Gabor Juhos authored
The current code only partially invalidates both caches because the cache size and cache-line size values are incorrectly passed to the C code. Fix the assembly code to pass the arguments in the correct order. Tested on RB532. Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49056
-
Gabor Juhos authored
Signed-off-by:
Gabor Juhos <juhosg@openwrt.org> SVN-Revision: 49055
-
- Mar 20, 2016
-
-
blogic authored
Silence warning "daemon.notice netifd: wan6 (1139): sh: write error: Invalid argument" when an invalid MTU is received via RA as kernel refuses to accept IPv6 mtu values which are smaller than 1280 and bigger than the device mtu. Signed-off-by:
Hans Dedecker <dedeckeh@gmail.com> git-svn-id: svn+ssh://svn.openwrt.org/openwrt/trunk@49054 3c298f89-4303-0410-b956-a3cf2f4a3e73
-
John Crispin authored
Fix for invalid/random WLAN MAC address in WNR1000v2. Permanent platform MAC is calculated and assigned during system startup. WLAN MAC follows wired Ethernet interface addresses. This is the same fix as for WNR2000v3 and WNR612v2. Signed-off-by:
Michal Cieslakiewicz <michal.cieslakiewicz@wp.pl> SVN-Revision: 49051
-
John Crispin authored
Instead of using our patch-dtb program just place the device tree behind the kernel binary and then let the in kernel mechanism fetch it. This also adds support for having the device tree file in the boot loader. Signed-off-by:
Hauke Mehrtens <hauke@hauke-m.de> SVN-Revision: 49050
-
John Crispin authored
- depends on CFG80211 (upstream: 9da4aa48d04bbdbae3c959809e14da2bf0c53f61) in os_dep/mon.c This removes rtl8188eu completely from OpenWrt since mac80211/compat-wireless/backports does not provide staging wireless drivers Signed-off-by:
Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 49049
-
John Crispin authored
Kernel 4.5 changes wireless driver organisation Signed-off-by:
Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 49048
-
John Crispin authored
airo depends on cfg80211, move it to mac80211 Signed-off-by:
Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 49047
-
John Crispin authored
it depends on cfg80211 cfg80211 & wext drivers don't mix on OpenWrt Signed-off-by:
Dirk Neukirchen <dirkneukirchen@web.de> SVN-Revision: 49046
-
John Crispin authored
1) Use leds to indicate: Red - Power Amber - Radio On Blue - Wifi associated 2) Add profile to default build group for MT7628 subtarget Signed-off-by:
Noble Pepper <openwrtmail@noblepepper.com> SVN-Revision: 49045
-
John Crispin authored
Make mach-oxnas/hotplug.c look more similar to mach-realview/hotplug.c, just cosmetics and maintainability concerns, no functional changes. Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 49044
-
John Crispin authored
Try to address a race-condition in pinctrl-oxnas.c Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 49043
-
John Crispin authored
Clear both, SYS_CTRL_*_SEL and SEC_CTRL_*_SEL on boot instead of writing to SYS_CTRL_*_SEL twice which looks like a copy-paste error. Thanks to anonymous to bring this up in #21892! Signed-off-by:
Daniel Golle <daniel@makrotopia.org> SVN-Revision: 49042
-