mac80211: ath9k: enable platform WLAN LED name

Enable platform-supplied WLAN LED name for ath9k device.

Signed-off-by: Michal Cieslakiewicz <[email protected]>
Acked-by: Hartmut Knaack <[email protected]>
SVN-Revision: 48879

cyassl: disable Intel ASM for now

With ASM support enabled, CyaSSL fails to build on all x86 subtargets.

Signed-off-by: Jo-Philipp Wich <[email protected]>
SVN-Revision: 48876

kernel: update kernel 3.18 to version 3.18.27

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48874

openssl: update to 1.0.2g (8 CVEs)

CVE-2016-0704

s2_srvr.c overwrite the wrong bytes in the master-key when applying
Bleichenbacher protection for export cipher suites. This provides a
Bleichenbacher oracle, and could potentially allow more efficient variants of
the DROWN attack.

CVE-2016-0703

s2_srvr.c did not enforce that clear-key-length is 0 for non-export ciphers.
If clear-key bytes are present for these ciphers, they *displace* encrypted-key
bytes. This leads to an efficient divide-and-conquer key recovery attack: if
an eavesdropper has intercepted an SSLv2 handshake, they can use the server as
an oracle to determine the SSLv2 master-key, using only 16 connections to the
server and negligible computation. More importantly, this leads to a more
efficient version of DROWN that is effective against non-export ciphersuites,
and requires no significant computation.

CVE-2016-0702

A side-channel attack was found which makes use of cache-bank conflicts on
the Intel Sandy-Bridge microarchitecture which could lead to the recovery of
RSA keys. The ability to exploit this issue is limited as it relies on an
attacker who has control of code in a thread running on the same hyper-
threaded core as the victim thread which is performing decryptions.

CVE-2016-0799

The internal |fmtstr| function used in processing a "%s" format string in
the BIO_*printf functions could overflow while calculating the length of a
string and cause an OOB read when printing very long strings. Additionally
the internal |doapr_outch| function can attempt to write to an OOB memory
location (at an offset from the NULL pointer) in the event of a memory
allocation failure. In 1.0.2 and below this could be caused where the size
of a buffer to be allocated is greater than INT_MAX. E.g. this could be in
processing a very long "%s" format string. Memory leaks can also occur.
The first issue may mask the second issue dependent on compiler behaviour.
These problems could enable attacks where large amounts of untrusted data is
passed to the BIO_*printf functions. If applications use these functions in
this way then they could be vulnerable. OpenSSL itself uses these functions
when printing out human-readable dumps of ASN.1 data. Therefore applications
that print this data could be vulnerable if the data is from untrusted sources.
OpenSSL command line applications could also be vulnerable where they print out
ASN.1 data, or if untrusted data is passed as command line arguments. Libssl is
not considered directly vulnerable. Additionally certificates etc received via
remote connections via libssl are also unlikely to be able to trigger these
issues because of message size limits enforced within libssl.

CVE-2016-0797

In the BN_hex2bn function the number of hex digits is calculated using an int
value |i|. Later |bn_expand| is called with a value of |i * 4|. For large
values of |i| this can result in |bn_expand| not allocating any memory because
|i * 4| is negative. This can leave the internal BIGNUM data field as NULL
leading to a subsequent NULL ptr deref. For very large values of |i|, the
calculation |i * 4| could be a positive value smaller than |i|. In this case
memory is allocated to the internal BIGNUM data field, but it is insufficiently
sized leading to heap corruption. A similar issue exists in BN_dec2bn. This
could have security consequences if BN_hex2bn/BN_dec2bn is ever called by user
applications with very large untrusted hex/dec data. This is anticipated to be
a rare occurrence. All OpenSSL internal usage of these functions use data that
is not expected to be untrusted, e.g. config file data or application command
line arguments. If user developed applications generate config file data based
on untrusted data then it is possible that this could also lead to security
consequences. This is also anticipated to be rare.

CVE-2016-0798

The SRP user database lookup method SRP_VBASE_get_by_user had confusing memory
management semantics; the returned pointer was sometimes newly allocated, and
sometimes owned by the callee. The calling code has no way of distinguishing
these two cases. Specifically, SRP servers that configure a secret seed to hide
valid login information are vulnerable to a memory leak: an attacker connecting
with an invalid username can cause a memory leak of around 300 bytes per
connection. Servers that do not configure SRP, or configure SRP but do not
configure a seed are not vulnerable. In Apache, the seed directive is known as
SSLSRPUnknownUserSeed. To mitigate the memory leak, the seed handling in
SRP_VBASE_get_by_user is now disabled even if the user has configured a seed.
Applications are advised to migrate to SRP_VBASE_get1_by_user. However, note
that OpenSSL makes no strong guarantees about the indistinguishability of valid
and invalid logins. In particular, computations are currently not carried out
in constant time.

CVE-2016-0705

A double free bug was discovered when OpenSSL parses malformed DSA private keys
and could lead to a DoS attack or memory corruption for applications that
receive DSA private keys from untrusted sources. This scenario is considered
rare.

CVE-2016-0800

A cross-protocol attack was discovered that could lead to decryption of TLS
sessions by using a server supporting SSLv2 and EXPORT cipher suites as a
Bleichenbacher RSA padding oracle. Note that traffic between clients and non-
vulnerable servers can be decrypted provided another server supporting SSLv2
and EXPORT ciphers (even with a different protocol such as SMTP, IMAP or POP)
shares the RSA keys of the non-vulnerable server. This vulnerability is known
as DROWN (CVE-2016-0800). Recovering one session key requires the attacker to
perform approximately 2^50 computation, as well as thousands of connections to
the affected server. A more efficient variant of the DROWN attack exists
against unpatched OpenSSL servers using versions that predate 1.0.2a, 1.0.1m,
1.0.0r and 0.9.8zf released on 19/Mar/2015 (see CVE-2016-0703 below). Users can
avoid this issue by disabling the SSLv2 protocol in all their SSL/TLS servers,
if they've not done so already. Disabling all SSLv2 ciphers is also sufficient,
provided the patches for CVE-2015-3197 (fixed in OpenSSL 1.0.1r and 1.0.2f)
have been deployed. Servers that have not disabled the SSLv2 protocol, and are
not patched for CVE-2015-3197 are vulnerable to DROWN even if all SSLv2
ciphers are nominally disabled, because malicious clients can force the use of
SSLv2 with EXPORT ciphers. OpenSSL 1.0.2g and 1.0.1s deploy the following
mitigation against DROWN: SSLv2 is now by default disabled at build-time.
Builds that are not configured with "enable-ssl2" will not support SSLv2.
Even if "enable-ssl2" is used, users who want to negotiate SSLv2 via the
version-flexible SSLv23_method() will need to explicitly call either of:
SSL_CTX_clear_options(ctx, SSL_OP_NO_SSLv2); or SSL_clear_options(ssl,
SSL_OP_NO_SSLv2); as appropriate. Even if either of those is used, or the
application explicitly uses the version-specific SSLv2_method() or its client
or server variants, SSLv2 ciphers vulnerable to exhaustive search key recovery
have been removed. Specifically, the SSLv2 40-bit EXPORT ciphers, and SSLv2
56-bit DES are no longer available. In addition, weak ciphers in SSLv3 and up
are now disabled in default builds of OpenSSL. Builds that are not configured
with "enable-weak-ssl-ciphers" will not provide any "EXPORT" or "LOW" strength
ciphers.

Signed-off-by: Jo-Philipp Wich <[email protected]>
SVN-Revision: 48868

opkg: Make opkg understand old md5

Opkg now uses sha256 by default and expects them. Making it optionally
understand md5s also and detect md5 sum so we can migrate from configuration
that used md5.

Signed-off-by: Michal Hrusecky <[email protected]>
SVN-Revision: 48867

ar71xx: Add OOLITE to the Gainstrong profile, removed standalone profile.

This patch moves the OOLITE profile code into the overarching Gainstrong
profile and deletes the old single profile file.

Signed-off by: Stijn Segers <[email protected]>

SVN-Revision: 48866

ramips: Added support for ZBT-826 / ZBT-1026

Support for these MT7620-based routers: https://wiki.openwrt.org/toh/zbt/we-826
Based on Oskari’s patches found here: https://dev.openwrt.org/ticket/19996

Signed-off-by: Jamie Stuart <[email protected]>
SVN-Revision: 48865

buildroot: improve git submodule handling for packages

Move the `--recursive` switch from `git clone` to `git submodule`
so that submodules are cloned for upstream branches where the
PKG_SOURCE_VERSION commit-ish has a different .gitmodules
configuration than the repository default.

This is, for example, required when the master branch for a source
package does not use submodules, but its topic branch for OpenWRT
does.

This changes the buildroot dependency from git-1.6.2 to git 1.7.12.2,
which was released September 2012.

Signed-off-by: Darik Horn <[email protected]>
Signed-off-by: Karl Palsson <[email protected]>
SVN-Revision: 48830

firmware-utils: mkfwimage: fix firmware_max_length for XM layout

The new u-boot version bundled with the 5.6.x firmwares from Ubiquiti gets
confused by the smaller rootfs partition size; this can lead to various
issues:

1. We've gotten reports that flashing from the 5.6.x stock firmware to
   OpenWrt will brick devices; I wasn't able to reproduce this myself
2. Flashing from 5.5.x stock firmware to OpenWrt and back to stock (via
   TFTP recovery), following by an update to 5.6.x via web interface can
   yield a bricked device with the following properties:
   - It can't be booted without entering commands over a serial console, as
     u-boot supplies the wrong MTD layout
   - The web interface won't accept any image with the original flash
     layout, so stock firmware upgrades are impossible
   - As the TFTP recovery doesn't update u-boot, returning to the old
     u-boot from firmware 5.5.x is impossible

To recover from 2., creating an OpenWrt image which doesn't set u-boot as
read-only and flashing a backup of the old u-boot from there is the only
way known to me. (Fixing the mtdparts variable in u-boot-env from OpenWrt
might also work; settings this from u-boot over serial didn't have
any permanent effect.)

Fix all of this by setting the correct flash layout also used by the stock
firmware. Flashing has been tested from both firmware 5.5.x and 5.6.x. The
fixed layout also matches the mtdparts defined by OpenWrt.

Signed-off-by: Matthias Schiffer <[email protected]>
SVN-Revision: 48829

ar71xx, firmware-utils: split ubdev01 flash layout from XM

The ubdev01 profile defines its own MTDPARTS with smaller firmware
partition, so give it its own UBNT_BOARD in mkfwimage.

Signed-off-by: Matthias Schiffer <[email protected]>
SVN-Revision: 48828

firmware-utils: mkfwimage: add -Wall, fix obvious bugs causing compile warnings

Signed-off-by: Matthias Schiffer <[email protected]>
SVN-Revision: 48827

gcc: update gcc 5 to version 5.3.0

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48826

mt76: update to the latest version, adds a number of stability fixes

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48814

ramips: add sysupgrade support for mt7628

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48813

ramips: create device tree node for MT7628 WMAC in preparation for future work on driver support in mt76

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48812

mt76: update to the latest version, enable MT7603 support (very basic, needs testing and debugging work)

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48811

bsdiff: add bsdiff and bspatch tool package

This will be used to create a diff between the Lantiq annex A and the
annex B firmware.

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48810

scripts/download.pl: fix sha256 hash command (#21931)

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48809

Revert "ar71xx: WNR612v2: exclude USB modules from image"

This reverts commit r48778. The issue has now been fixed properly

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48808

include/target.mk: fix profile defaults

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48807

base-files: support passing mode to ucidef_set_led_netdev()

Signed-off-by: Jo-Philipp Wich <[email protected]>
SVN-Revision: 48806

kernel: use upstream accepted bcm47xxpart patches

Signed-off-by: Rafał Miłecki <[email protected]>
SVN-Revision: 48805

toolchain: use musl instead of glibc by default for mips64

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48804

musl: add mips64 port

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48803

kernel: disable MIPS VDSO by default until the cache issues have been resolved

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48802

dnsmasq: add host-specific lease time option for static hosts

Enable setting a host-specific lease time for static hosts.
The new option is called "leasetime" and the format is similar
as for the default lease time: e.g. 12h, 3d, infinite

Default lease time is used for all hosts for which there is
no host-specific definition.

The option is added to /etc/config/dhcp for the selected hosts:
  config host
        option name 'Nexus'
        option mac 'd8:50:66:55:59:7c'
        option ip '192.168.1.245'
        option leasetime '2h'

It gets appended to /var/etc/dnsmasq.conf like this:
  dhcp-host=d8:50:66:55:59:7c,192.168.1.245,Nexus,2h

Signed-off-by: Hannu Nyman <[email protected]>
SVN-Revision: 48801

dnsmasq: add dhcp relay option

Signed-off-by: dbugnar <[email protected]>
SVN-Revision: 48800

procd: hotplug.json: allow passing hotplug events from all subsystems

There are time that programs need to be notified of events from
subsystems that are not enumerated in the .json definition, e.g. QEMU
guest agent by default requires /dev/virtio-ports/org.qemu.guest_agent.0
which is a symlink to /dev/vportMpN from virtio-ports subsystem.

Signed-off-by: Yousong Zhou <[email protected]>
SVN-Revision: 48799

libubox: update to latest git HEAD

adds isdir support to json_script

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48798

ar71xx: Renamed Gainstrong MiniBox profile to Gainstrong (manufacturer) and updated copyright

This is the first patch of a series of three to tidy up the profiles for
Gainstrong devices. Right now there are two Gainstrong profiles, each
for a single device built by this manufacturer. This patch renames the
MiniBox profile to Gainstrong and updates the copyright notice.

The series applies cleanly to current trunk. Resent with the architecture in
the subject, forgot that the first time.

Signed-off by: Stijn Segers <[email protected]>

SVN-Revision: 48797

ramips: fix GPIO names for RT5350F-OLinuXino-EVB

Hi,

the board in subject (RT5350F-OLinuXino-EVB) still ships from vendor
with a RC3 image built upon a .dts file which declares GPIO12 and GPIO14
as relay2 and relay1 respectively, as you can see from their rt5350f
branch on GitHub.

For some reason in the official stable build both the GPIOs are swapped
and the wrong names are declared in the gpio-export directive.

I'm submitting this patch which should roll back the wrong changes, so
that we get backward compatibility with any script developed on RC3
which controls the relays.

After patching correct operation is restored:

root@OpenWrt:/# cat /sys/kernel/debug/gpio
GPIOs 0-21, platform/10000600.gpio, 10000600.gpio:
 gpio-0   (button              ) in  hi
 gpio-12  (relay2              ) out lo
 gpio-14  (relay1              ) out lo

Thank you,

Signed-off-by: Lorenzo Cafaro <[email protected]>
SVN-Revision: 48796

hotplug-preinit: remove superfluous `and`

Signed-off-by: Alexander Couzens <[email protected]>
SVN-Revision: 48795

mpc85xx/tl-wdr4900: correct address of the gpio controller

since linux 3.19 the address of the gpio-controller changed

Signed-off-by: Alexander Couzens <[email protected]>
SVN-Revision: 48794

kernel/gpio_keys: load module on pre-init

fix rescue mode on wdr4900

Signed-off-by: Alexander Couzens <[email protected]>
SVN-Revision: 48793

kernel: deactivate the vdso gettimeofday function.

The vdso version of this function has some problems with the cache.
Very often it works on dated data which causes problem. We are
currently working on fixing this in upstream Linux kernel.

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48787

linux-atm: activate format security checks

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48786

ltq-vdsl-mei: activate format security checks

This activates the format warnings in this package and that makes it
possible to activate format-security checks.

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48785

strace: update to version 4.11

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48784

kernel: update kernel 4.4 to version 4.4.3

Signed-off-by: Hauke Mehrtens <[email protected]>
SVN-Revision: 48783

mac80211: backport brcmfmac fix for primary channel in 80 MHz mode

Signed-off-by: Rafał Miłecki <[email protected]>
SVN-Revision: 48782

mac80211: backport brcmfmac fix for sdio sg table alloc crash

Signed-off-by: Rafał Miłecki <[email protected]>
SVN-Revision: 48781

toolchain/glibc: remove obsolete versions

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48780

ar71xx: WNR612v2: fix for random WLAN MAC

Fix for invalid/random WLAN MAC address in WNR612v2. 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.

Signed-off-by: Michal Cieslakiewicz <[email protected]>
SVN-Revision: 48779

ar71xx: WNR612v2: exclude USB modules from image

Netgear WNR612v2 has no USB port yet default system image
includes USB kernel modules. This patch fixes that.

Signed-off-by: Michal Cieslakiewicz <[email protected]>
SVN-Revision: 48778

ar71xx: WNR2000v3: fix for random WLAN MAC

Fix for invalid/random WLAN MAC address in WNR2000v3. Permanent platform
MAC is calculated and assigned during system startup. WLAN MAC follows
wired Ethernet interface addresses.

Signed-off-by: Michal Cieslakiewicz <[email protected]>
SVN-Revision: 48777

base-files: add support for speed mask to switch config init scripts

This patch adds extra parameter to switch LED trigger initialization
functions.  New functionality maintains backward compatibility, so
calling functions without setting new speed_mask parameter works
as expected.

Signed-off-by: Michal Cieslakiewicz <[email protected]>
SVN-Revision: 48776

switch: allow Ethernet port LEDs to show specific port speeds only

This patch adds speed_mask special file to LEDs connected to switch ports
via 'switch' trigger. It allows to choose which speeds to signal when link
is up. If router has more than one LED per port, they may light up
differently depending on how fast connection is. Default setting is 'all
speeds' so backward compatibility with system scripts (for example uci) is
maintained.

Signed-off-by: Michal Cieslakiewicz <[email protected]>
SVN-Revision: 48775

switch: make LED port_mask file write handler use kstrtoul() function

This patch changes swconfig_trig_port_mask_store() handler to utilize
kstrtoul() function instead of call to obsolete simple_strtoul(). Thanks
to this change, new handler takes less memory and makes port_mask special
file accept not only hexadecimal, but also decimal and octal numbers.

Signed-off-by: Michal Cieslakiewicz <[email protected]>
SVN-Revision: 48774

kernel: crypto: add fsl CAAM package

Kernel package enables the Freescale CAAM (crypto accelerator and assurance
module, aka SEC4). Sets kernel defaults for ringsize, intc, and debug.

Signed-off-by: Pushpal Sidhu <[email protected]>
SVN-Revision: 48773

ramips: mt7620: fix failsafe switch config

As indicated in the bug tracker[1], failsafe mode is broken on at least some
devices using the mt7620 switch (and possibly mt7621). The thread explicitly
mentions the Xiaomi MiWifi, and the Nexx WT3020, and an unspecified device
using the mt7621 switch; the issue also applies to the Netgear EX2700.

The problem is that failsafe mode uses eth0, but enable_vlan is always set to 1
by the switch driver. Connecting to and/or pinging the device fails. This patch
fixes the failsafe preinit config, by making sure that vlan support is disabled.
It currently only fixes the switch config on mt7620, but might apply to the
mt7621 as well, so the patch has been designed with this in mind.

A similar (line wrapped) patch was submitted in December by Simon Peter, but never
accepted and/or discussed.

This patch applies to both Chaos Calmer and trunk.

[1] https://dev.openwrt.org/ticket/18768

Signed-off-by: Joseph C. Lehner <[email protected]>
SVN-Revision: 48772

ramips: build factory images for Netgear EX2700

This patch adds support for building factory and sysupgrade images
for the Netgear EX2700 that don't require modification of u-boot
environment variables.

The bootloader on this device expects the kernel partition to end
on a 64k block boundary. The last 64 byte of the kernel partition
must contain a valid uImage header - in the stock firmware, this is
the uImage header of the root filesystem. For this patch, we're using
the uImage header of a 0 byte partition (ex2700-fakeroot.uImage).

Signed-off-by: Joseph C. Lehner <[email protected]>
SVN-Revision: 48771

leds: support oneshot as well as timer triggers

oneshot and timer have the same configuration options, just a different
trigger name.

Signed-off-by: Karl Palsson <[email protected]>
SVN-Revision: 48770

ar71xx: correct imagename for TPlink WA730RE

- insert missing "-" to separate model and version

Signed-off-by: Sven Roederer <[email protected]>
SVN-Revision: 48769

ar71xx: correct imagename for TPlink WA701ND

- it seems there was never a 701N-model build

Signed-off-by: Sven Roederer <[email protected]>
SVN-Revision: 48768

ar71xx: matchup of TPlink WR841N(D)-names

- remove the suffix (N, ND) to indicate that the image is for all
  WR841-models
- some of these models have a "N"-suffix, others have (ND)-suffix,
  but the boards are the same - only difference is the detachable
  antenna on "D"-models
- discussed this idea to remove the suffix in IRC with jow and Borromini

Signed-off-by: Sven Roederer <[email protected]>
SVN-Revision: 48767

brcm2708: remove linux 4.1 support

Signed-off-by: Álvaro Fernández Rojas <[email protected]>
SVN-Revision: 48766

brcm2708: switch to linux 4.4 and update patches

As usual these patches were extracted from:
https://github.com/raspberrypi/linux/commits/rpi-4.4.y

Signed-off-by: Álvaro Fernández Rojas <[email protected]>
SVN-Revision: 48765

uboot-oxnas: fix typo leading to tool not being built

Fixes #21907

Signed-off-by: Daniel Golle <[email protected]>
SVN-Revision: 48764

ltq-vdsl-app: Enable T1.413 in Annex A xTSE set

Before r47933 Bit 1 (first bit) of xTSE Octet 1 (first octet) defaulted
to 1, which allowed T1.413 to operate.

Signed-off-by: Jonathan A. Kollasch <[email protected]>
SVN-Revision: 48763

musl: update to version 1.1.14

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48762

dnsmasq: export tftp root to the procd jail

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48761

dnsmasq: only enable tftp if the tftp root exists

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48760

mac80211: fix an RTS/CTS issue in minstrel_ht

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48759

mac80211: sync a-msdu tx patch with the latest upstream submission

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48758

sunxi: add descriptor files for wifi+bt modules (AP6181/6210), add brcmfmac to bananapro profile

Signed-off-by: Zoltan HERPAI <[email protected]>
SVN-Revision: 48757

kernel: replace bgmac patches for BCM47094 with final ones

Signed-off-by: Rafał Miłecki <[email protected]>
SVN-Revision: 48756

kernel: mtdsplit: support uimage with UBI

This patch adds uimage firmware split support for ubi.

Signed-off-by: YounJae Rho <[email protected]>
SVN-Revision: 48755

kernel: mtdsplit: add missing digest field to Seama header

Seama format has 2 similar headers: container (seal) header and entity
header. The first one has size always set to 0 and doesn't contain MD5
digest.

When dealing with Seama on a flash we deal directly with an entity. You
can see mtdsplit_parse_seama reads from offset 0 and expects entity to
be there. Seama container is used by bootloader / interface only which
extract entity out of it and flash it.

That said we should fix our header struct. This is important as we
calculate possible rootfs offset assuming it may be placed right after
Seama entity. So far calculate offset was always 16B too low.

Signed-off-by: Rafał Miłecki <[email protected]>
SVN-Revision: 48754

ar71xx: reset ethernet tx ring on fast reset to prevent packet loss / irq issues

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48753

ustream-ssl: update to the latest version, fixes openssl TLS version selection

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48752

ramips: fix WSR-1166 partition table

- Fix typo in board_data partition start address
- Increase board_data partition size in order to exploit all flash size

Signed-off-by: Lorenzo Bianconi <[email protected]>
SVN-Revision: 48751

mac80211: add packages libertas-spi module and firmware

This adds option to build kernel module and firmware packages
for a Marvell 8686 SPI Wireless device

Signed-off-by: Joseph Honold <[email protected]>
SVN-Revision: 48750

ralink: fix mt7628 ehci support

the u2_phy init was missing

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48747

ralink: unbreak port4 on mt7620

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48746

kernel: fix chainiv crypto modules in 4.3+ kernels

Signed-off-by: Steven Barth <[email protected]>
SVN-Revision: 48745

mac80211: set default aggregation timeout to 0 to improve stability

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48744

mac80211: update A-MSDU tx support to the latest version

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48743

ar71xx: add missing symbol to Linux 4.4 config (#21878)

Signed-off-by: Jo-Philipp Wich <[email protected]>
SVN-Revision: 48742

archs38: remove network config override

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48741

linux: add support of Synopsys ARCHS38-based boards

This patch introduces support of new boards with ARC HS38 cores.

ARC HS38 is a new generation of ARC cores which utilize ARCv2 ISA.
As with ARC770 we're addind support for 2 boards for now:

 [1] Synopsys SDP board (AXS103)
     This is the same base-board as in AXS101 but with
     FPGA-based CPU-tile where ARCHs38 core is implemented.

 [2] nSIM
     Again this is the same simulation engine but configured for
     new instruction set and features of new CPU.

Signed-off-by: Alexey Brodkin <[email protected]>
Cc: Felix Fietkau <[email protected]>
Cc: Jo-Philipp Wich <[email protected]>
Cc: Jonas Gorski <[email protected]>
SVN-Revision: 48740

toolchain: add support of ARCv2 architecture

This change adds support of ARC ISAv2 processors in
OpenWRT toolchain.

In general gcc for ARC may compile code for both ISA versions
simultaneously but libgcc will be built only for default
architecture that's why it's necessary to specify --with-cpu
on gcc configuration.

As for uClibc we need to use different configurations for
different ARC ISAs.

Signed-off-by: Alexey Brodkin <[email protected]>
Cc: Felix Fietkau <[email protected]>
Cc: Jo-Philipp Wich <[email protected]>
Cc: Jonas Gorski <[email protected]>
SVN-Revision: 48739

lldp: Upgrade to 0.9.0

Signed-off-by: Ben Kelly <[email protected]>
SVN-Revision: 48738

mvebu: add SolidRun ClearFog A1 support

Signed-off-by: Andrej Vlasic <[email protected]>
SVN-Revision: 48736

toolchain: use latest glibc 2.21 and 2.22 revisions

Refresh patches and rework Makefile to fetch glibc from release branches
instead of relying on tarballs.

Signed-off-by: Jo-Philipp Wich <[email protected]>
SVN-Revision: 48735

toolchain: mark eglibc 2.19 broken

Upstream is dead and the last available version has multiple open CVEs.

Signed-off-by: Jo-Philipp Wich <[email protected]>
SVN-Revision: 48734

download.mk: fix packed checkout mirroring support

Changeset r48416  broke the downloading of mirrored, packed scm checkouts.

Fix this by removing the "@" sign in front of the download command which is
now executed as part of a larger shell command under flock.

Signed-off-by: Jo-Philipp Wich <[email protected]>
SVN-Revision: 48733

brcm2708-gpu-fw: move pkg build dir to kernel build dir to fix rebuild bugs after cleaning the kernel tree

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48732

gdb: fix powerpc build issues with musl

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48731

kernel: add missing symbols to config-4.4

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48730

kernel: add mode backlight symbols

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48729

kernel: add missing symbol to usb-audio

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48728

kernel: DSA is missing a OF dependend dep for mdio

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48727

at91: udc driver was missing deps

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48726

mvebu: add missing symbols.

this broke full builds of the mvebu target

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48725

kernel: crypto-echainiv was missing deps

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48724

kernel: add missing libphy dep to DSA

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48723

kernel: MPLS did not exist prior to v4.4

Signed-off-by: John Crispin <[email protected]>
SVN-Revision: 48722

ramips: Add support for Phicomm PSG1208

This patch adds support for Phicomm PSG1208.This is a router with MT7620A SoC with 8M flash and 64M ram.
The WPS led is uesd as status_led because the power light can't be controlled with GPIO.
It seems that the 5g wifi led is connected to MT7612E and it can't be controlled with GPIO too.

Signed-off-by: Chuanhong Guo <[email protected]>
SVN-Revision: 48721

perf: add dependency on !LINUX_3_18 to fix builds

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48720

mac80211: fix a crash in monitor mode injection

Signed-off-by: Felix Fietkau <[email protected]>
SVN-Revision: 48719