Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42230

Signed-off-by: Nicolas Thill <nico@openwrt.org>

SVN-Revision: 42229

SVN-Revision: 42227

SVN-Revision: 42225

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>

SVN-Revision: 42223

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 42222

This is needed for some new patches.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 42221

Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42220

SVN-Revision: 42217

SVN-Revision: 42216

It it used by brcm47xx and bcm53xx targets, so put patches in generic.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>

SVN-Revision: 42212

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 42211

This prevents generating every supported image, except for de "Default" profile.
Also fixes Neufbox 6 image generation.

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 42210

Remove generic profiles and add profiles for each DTB supported device.

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 42209

Use generic profiles for brcm63xx instead of having similar profiles for
each subtarget.

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 42208

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 42207

This changes board info to match the Wiki
http://wiki.openwrt.org/toh/huawei/hg556a

, removes the no longer needed
fallback board and fixes HG556 Ralink eeprom extraction.

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
[jogo: rename partitions instead]
Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 42206

There is a group of devices that lzma-loader doesn't work with. They
simply hang at "Starting program at 0x80001000" which is really hard to
debug and we didn't find any solution for this for years.

Broadcom doesn't use lzma-loader on these devices anyway. They decided
to drop lzma-loader and use less optimal LZMA compression that can be
handled by CFE itself (it doesn't use dictionary).

So support these devices we will need kernel compressed with different
parameters and trx without a loader.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>

SVN-Revision: 42205

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 42204

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 42203

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

SVN-Revision: 42202

Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42201

This patch adds support for the Omnima MiniPlug RT5350 based board, 8MB SPI flash

Signed-off-by: Ivan <Ignjatic&lt;ivan@omnima.co.uk>

SVN-Revision: 42200

Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42199

There does not seem to be a good reason to build both
when building for x86_64.

SVN-Revision: 42198

If there's an mpicc compile on the machine, the configure
script will take it, causing a bit of headache.

SVN-Revision: 42197

Currently, any package that uses host compile and depends on
libgmp.so will fail. This is because gmp is not compile for
host machine. So, staging_dir/host has only static lib for gmp

 $ ls staging_dir/host/lib/libgmp* -1
 staging_dir/host/lib/libgmp.a
 staging_dir/host/lib/libgmp.la
 staging_dir/host/lib/libgmpxx.a
 staging_dir/host/lib/libgmpxx.la

Addind host compile in gmp, the dependent package can use:

 PKG_BUILD_DEPENDS:=gmp/host

That will compile gmp to staging_dir/host with *.so files

Signed-off-by: Luiz Angelo Daros de Luca <luizluca@gmail.com>

SVN-Revision: 42196

Patch to BusyBox Makefile to fix linker errors when PAM support is enabled by
CONFIG_BUSYBOX_CONFIG_PAM=y. Typical errors include:
login.c:(.text.login_main+0x122): undefined reference to `pam_start'

Signed-off-by: Stephen Parry <sgparry@mainscreen.com>

SVN-Revision: 42195

Switch in Edimax 3G-6200n also require full switch reset, not only vlan definitions. Tested on Edimax 3G-6200n.

Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>

SVN-Revision: 42194

This sets the MAC address of the WLAN interface to the "official" primary MAC
address (the one on the label under the devices, and the one used with the stock
firmware). The MAC address used so far (primary-1) isn't even used at all with
the stock firmware, which sets (primary) on LAN and WLAN and (primary+1) on the
WAN interface (like OpenWrt does with this patch).

Signed-off-by: Matthias Schiffer <mschiffer@universe-factory.net>

SVN-Revision: 42193

Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>

SVN-Revision: 42192

Add hame mpr-a1 to default ramips profile.

Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>

SVN-Revision: 42191

Signed-off-by: Cezary Jackiewicz <cezary.jackiewicz@gmail.com>

SVN-Revision: 42190

Signed-off-by: Forest Crossman <cyrozap@gmail.com>

SVN-Revision: 42189

Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42188

Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42187

Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42186

this allows targets to use the new uci-default helper which will generate
a file called /etc/board.json. a tool called /bin/config_generate can then
be used to generate the default uci settings.

Signed-off-by: John Crispin <blogic@openwrt.org>

SVN-Revision: 42185

The OpenMesh MR600(v1) can only enable the 2.4G WiFi PHY LED through the
mini-PCIe device. Not configuring the LED pin inside the platform data
makes it impossible to configure it through any standard OpenWrt tool.

Signed-off-by: Sven Eckelmann <sven@open-mesh.com>

SVN-Revision: 42184

Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>

SVN-Revision: 42183