| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40476
|
|
|
|
|
|
|
|
|
| |
Based on the the WNDR3700v4 support patch from Ralph Perlich:
http://patchwork.openwrt.org/patch/4763/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40475
|
|
|
|
|
|
|
|
|
| |
The bootloader does not initializes the output function
correctly for all LEDs. DO that from the board setup code.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40474
|
|
|
|
|
|
|
|
|
|
|
|
| |
The hardware manual says amber so change the color part of
the LED names to reflect that. Also update the constant names.
Based on the the WNDR3700v4 support patch from Ralph Perlich:
http://patchwork.openwrt.org/patch/4763/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40473
|
|
|
|
|
|
|
|
| |
Signed-off-by: Felix Kaechele <heffer@fedoraproject.org>
Patchwork: http://patchwork.openwrt.org/patch/5109/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40472
|
|
|
|
|
|
|
|
|
|
|
| |
Adds support for the received signal strength indicator LEDs of the
Bullet M, Nanostation M and Rocket M devices.
Signed-off-by: Felix Kaechele <heffer@fedoraproject.org>
Patchwork: http://patchwork.openwrt.org/patch/5108/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40471
|
|
|
|
|
|
|
|
| |
needed
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40470
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r39995)
r39995 introduced a new parameter wps_pbc_in_m1 to wifi wps config, but
apparently did not provide a default value 0.
When that option's non-existing value is later evaluated in
/lib/netifd/hostapd.sh, it causes the "bad number" error to be logged in
syslog if user has not set the wps_pbc_in_m1 option. The error materialises
only if user has enabled wps.
Sat Apr 12 13:25:01 2014 daemon.notice netifd: radio1 (1254): sh: bad number
Sat Apr 12 13:25:01 2014 daemon.notice netifd: radio0 (1253): sh: bad number
Discussion in bug 15508: https://dev.openwrt.org/ticket/15508#comment:3
Error is caused by line 282:
https://dev.openwrt.org/browser/trunk/package/network/services/hostapd/files/netifd.sh#L282
My patch sets the parameter's default value to 0, which does nothing. The
default might also be set a bit later in the function, but this felt like the
most clear place to do that.
Signed-off-by hnyman <hannu.nyman@iki.fi>
SVN-Revision: 40469
|
|
|
|
|
|
|
|
|
|
| |
According to Christophe, the kernel boots on the Soekris net5501
board.
Reported-by: Christophe Prevotaux <cprevotaux@nltinc.com>
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40468
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40467
|
|
|
|
|
|
|
|
|
| |
Move the comments out from the shell script to fix build
breakage introduced in r40464.
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40466
|
|
|
|
|
|
| |
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40465
|
|
|
|
|
|
|
|
| |
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
Patchwork: http://patchwork.openwrt.org/patch/5075/
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40464
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The C7v2 has 16 MB flash and QCA9880-BR4A rev 2 supported by ath10k driver.
The C7v1 had 8 MB flash and the unsupported QCA9880-AR1A rev 1.
Signed-off-by: Adam Serbinski <adam@serbinski.com>
Patchwork: http://patchwork.openwrt.org/patch/5071/
[juhosg:
- remove the v2 specific profile add the ath10k driver to the existing
Archer C7 profile instead. Although on v1 devices it does not change
the non-working behaviour, but the ath10k driver is useful for users
whom have replaced the wifi card with a supported one in their units.
- update image/Makefile to build firmware image for both boards if the
Archer C7 profile is selected]
Signed-off-by: Gabor Juhos <juhosg@openwrt.org>
SVN-Revision: 40463
|
|
|
|
|
|
|
|
| |
Spotted by buildbot and while doing a CONFIG_ALL=y build.
Signed-off-by: Florian Fainelli <florian@openwrt.org>
SVN-Revision: 40462
|
|
|
|
|
|
|
|
| |
store the vdsl firmware
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 40461
|
|
|
|
|
|
|
|
|
|
|
| |
* atm module needs to be loaded before linux-atm
* use absolute firmware paths
* extended validation
* add a script for mounting an optional firmware partition
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 40460
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40459
|
|
|
|
|
|
|
|
| |
on commit, fix Lua detection in cmake
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
SVN-Revision: 40458
|
|
|
|
|
|
|
|
| |
exist
Signed-off-by: Jo-Philipp Wich <jow@openwrt.org>
SVN-Revision: 40457
|
|
|
|
|
|
|
|
| |
interface without active device carrier
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40456
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40455
|
|
|
|
|
|
|
|
|
| |
Place the previous selection (3.3.8) into the only subtarget that did
not override it to 3.10
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40454
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40453
|
|
|
|
|
|
| |
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 40452
|
|
|
|
|
|
| |
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 40451
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40449
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40448
|
|
|
|
|
|
|
|
| |
firmware)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40447
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40446
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40445
|
|
|
|
|
|
|
|
| |
longer delays
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40444
|
|
|
|
|
|
|
|
| |
Fixes #15504
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40443
|
|
|
|
|
|
| |
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 40442
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40440
|
|
|
|
|
|
|
|
| |
make sure uci_defaults generates a proper uci config for the v/adsl modem
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 40439
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 40438
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
config interface 'wan'
# a, b, j
option annex b
# a, b, av, bv
option tone b
# vdsl.bin
option firmware
# atm, ptm
option xfer_mode atm
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 40437
|
|
|
|
|
|
| |
Signed-off-by: John Crispin <blogic@openwrt.org>
SVN-Revision: 40436
|
|
|
|
| |
SVN-Revision: 40435
|
|
|
|
|
|
| |
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 40434
|
|
|
|
|
|
| |
Signed-off-by: Imre Kaloz <kaloz@openwrt.org>
SVN-Revision: 40433
|
|
|
|
| |
SVN-Revision: 40432
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40430
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40429
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40428
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40427
|
|
|
|
|
|
|
|
| |
(fixes #15496)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 40426
|
|
|
|
|
|
| |
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
SVN-Revision: 40425
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This bgmac patch was an attempt to fix/workaround bug reported in
https://dev.openwrt.org/ticket/7198 noticed on WNR3500L.
Patch assumed length reported by the hardware was 0 and was trying to
read it until getting a different value. This was actually the opposite.
Lenghts were some invalid & huge values that resulted in skb_over_panic.
For example:
skbuff: skb_over_panic: text:83b21074 len:57222 (...)
skbuff: skb_over_panic: text:87af1024 len:43226 (...)
skbuff: skb_over_panic: text:87af5024 len:8739 (...)
So instead of that not-working patch checking for 0, write a new one
checking for huge values. In case something like that happens, dump
hardware state and drop the packet.
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
SVN-Revision: 40424
|