[OpenWrt-Devel] Missing target images in trunk snapshot

2015-07-17 Thread Guenther Kelleter
Hi

Last week support for two devolo boards was committed to the trunk (r46342), 
but I don't find the image in 
https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic

Why are they not built with the snapshot?
They are built if I clone the trunk repo and select target profile "Default 
Profile (all drivers)" myself.

Günther
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] buildroot: improve git submodule handling for packages

2015-07-17 Thread Gert Doering
Hi,

On Thu, Jul 16, 2015 at 09:12:02PM -0400, Darik Horn wrote:
> > Patch is badly whitespace mangled and does not apply.
> 
> Okay, I've rebased the this patch to HEAD and am resending it with a
> different MUA.  (First Gmail, now Outlook.)

"git send-email" is what you really want.

gert
-- 
USENET is *not* the non-clickable part of WWW!
   //www.muc.de/~gert/
Gert Doering - Munich, Germany g...@greenie.muc.de
fax: +49-89-35655025g...@net.informatik.tu-muenchen.de


pgpgX6iDB49Qz.pgp
Description: PGP signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Missing target images in trunk snapshot

2015-07-17 Thread Jonas Gorski
Hi,

On Fri, Jul 17, 2015 at 9:37 AM, Guenther Kelleter
 wrote:
> Hi
>
>
>
> Last week support for two devolo boards was committed to the trunk (r46342),
> but I don’t find the image in
> https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic
>
>
>
> Why are they not built with the snapshot?

Straight from the buildbot logs:

Warning: 
/home/buildbot/slave/ar71xx/build/build_dir/target-mips_34kc_musl-1.1.10/linux-ar71xx_generic/tmp/vmlinux-dlan-pro-500-wp.uImage
is too big (> 1179648 bytes)
Warning: 
/home/buildbot/slave/ar71xx/build/build_dir/target-mips_34kc_musl-1.1.10/linux-ar71xx_generic/tmp/vmlinux-dlan-pro-1200-ac.uImage
is too big (> 1179648 bytes)

The kernel partition is to small for a full-featured kernel (current
size is 1245184).


Regards
Jonas
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] brcm63xx: switch to new image building system

2015-07-17 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/brcm63xx/image/Makefile | 689 +--
 1 file changed, 423 insertions(+), 266 deletions(-)

diff --git a/target/linux/brcm63xx/image/Makefile 
b/target/linux/brcm63xx/image/Makefile
index 98d1452..1fcf620 100755
--- a/target/linux/brcm63xx/image/Makefile
+++ b/target/linux/brcm63xx/image/Makefile
@@ -1,5 +1,5 @@
 #
-# Copyright (C) 2006-2011 OpenWrt.org
+# Copyright (C) 2006-2015 OpenWrt.org
 #
 # This is free software, licensed under the GNU General Public License v2.
 # See /LICENSE for more information.
@@ -39,389 +39,546 @@ define Image/LimitName16
 $(shell expr substr "$(1)" 1 16)
 endef
 
-TARGET_DTBS:=
-TARGET_IMAGES:=
+define Image/FilesystemStrip
+$(subst root.,,$(notdir $(1)))
+endef
+
+### Kernel scripts ###
+define Build/append-dtb
+   $(call Image/BuildDTB,../dts/$(DEVICE_DTS).dts,$@.dtb)
+   cat $@.dtb >> $@
+endef
+
+define Build/gzip
+   gzip -9 -c $@ > $@.gz
+   mv $@.gz $@
+endef
+
+define Build/hcs-initramfs
+   $(STAGING_DIR_HOST)/bin/hcsmakeimage --magic_bytes=$(HCS_MAGIC_BYTES) \
+   --rev_maj=$(HCS_REV_MAJ) --rev_min=$(HCS_REV_MIN) 
--input_file=$@ \
+   --output_file=$@.hcs --ldaddress=$(LOADADDR)
+   mv $@.hcs $@
+endef
+
+define Build/loader-lzma
+   rm -rf $@.src
+   $(MAKE) -C lzma-loader \
+   $(LOADER_MAKEOPTS) \
+   PKG_BUILD_DIR="$@.src" \
+   TARGET_DIR="$(dir $@)" \
+   LOADER_DATA="$@" \
+   LOADER_NAME="$(notdir $@)" \
+   compile loader.$(1)
+   mv "$@.$(1)" "$@"
+   rm -rf $@.src
+endef
+
+define Build/lzma
+   $(STAGING_DIR_HOST)/bin/lzma e $@ -d22 -fb64 -a1 $@.lzma
+   mv $@.lzma $@
+endef
+
+define Build/lzma-cfe
+   dd if=$@ of=$@.lzma.cfe bs=5 count=1
+   dd if=$@ of=$@.lzma.cfe ibs=13 obs=5 skip=1 seek=1 conv=notrunc
+   mv $@.lzma.cfe $@
+endef
 
-TARGET_Default_DTBS:=
-TARGET_Default_IMAGES:=
+define Build/relocate-kernel
+   ( \
+   dd if=$(KDIR)/relocate/loader.bin bs=32 conv=sync && \
+   perl -e '@s = stat("$@"); print pack("N", @s[7])' && \
+   cat $@ \
+   ) > $@.relocate
+   mv $@.relocate $@
+endef
 
-define Image/Build/CFEDTB
-   # Generate the tagged image
-   $(STAGING_DIR_HOST)/bin/imagetag -i $(KDIR)/vmlinux-$(3).lzma.cfe -f 
$(KDIR)/root.$(1) \
-   --output $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1)-cfe.bin \
-   --boardid $(4) --chipid $(5) --entry $(LOADER_ENTRY) \
-   --load-addr $(LOADER_ENTRY) --info1 "-$(call 
Image/LimitName16,$(2))" \
-   $(call rootfspad/$(1)) \
-   --info2 $(1) $(6)
+### Image scripts ###
+define Build/cfe-bin
+   $(STAGING_DIR_HOST)/bin/imagetag -i $(word 1,$^) -f $(word 2,$^) \
+   --output $@ --boardid $(CFE_BOARD_ID) --chipid $(CFE_CHIP_ID) \
+   --entry $(LOADER_ENTRY) --load-addr $(LOADER_ENTRY) \
+   --info1 "$(call Image/LimitName16,$(DEVICE_NAME))" \
+   --info2 "$(call Image/FilesystemStrip,$(word 2,$^))" \
+   $(call rootfspad/$(call Image/FilesystemStrip,$(word 2,$^))) \
+   $(CFE_EXTRAS)
 endef
 
-define Image/Build/OLDCFEDTB
-   # Generate the tagged image
+define Build/cfe-old-bin
$(TOPDIR)/scripts/brcmImage.pl -t -p \
-   -b $(4) -c $(5) -e $(LOADER_ENTRY) -a $(LOADER_ENTRY) \
-   -k $(KDIR)/vmlinux-$(3).lzma.cfe -r $(KDIR)/root.$(1) \
-   -o $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1)-cfe.bin $(6)
-endef
-
-define Image/Build/SPW303VCFEDTB
-   # Generate the tagged image
-   $(STAGING_DIR_HOST)/bin/imagetag -i $(KDIR)/vmlinux-$(3).lzma.cfe -f 
$(KDIR)/root.$(1) \
-   --output $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1).tmp \
-   --boardid $(4) --chipid $(5) --entry $(LOADER_ENTRY) \
-   $(call rootfspad/$(1)) \
-   --load-addr $(LOADER_ENTRY) $(6)
-   # Fix up header
-   $(STAGING_DIR_HOST)/bin/spw303v -i 
$(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1).tmp \
-   -o $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1)-cfe-sysupgrade.bin
-   $(STAGING_DIR_HOST)/bin/xorimage -i 
$(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1)-cfe-sysupgrade.bin \
-   -o $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1)-cfe-factory.bin
-   rm -f $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1).tmp
-endef
-
-define Image/Build/ZYXCFEDTB
-   # Generate the tagged image
-   $(STAGING_DIR_HOST)/bin/imagetag -i $(KDIR)/vmlinux-$(3).lzma.cfe -f 
$(KDIR)/root.$(1) \
-   --output $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(1).tmp \
-   --boardid $(4) --chipid $(5) --entry $(LOADER_ENTRY) \
-   --load-addr $(LOADER_ENTRY) --info1 "-$(call 
Image/LimitName16,$(2))" \
-   $(call rootfspad/$(1)) \
-   --info2 $(1) $(6)
-   # Fix up header
-   $(STAGING_DIR_HOST)/bin/zyxbcm -i 
$(BIN_DIR)/$(IMG_PREFIX)-$(

Re: [OpenWrt-Devel] Chaos Calmer 15.05 package build failures in SDK

2015-07-17 Thread Jo-Philipp Wich
Hi Daniel,

please test whether the following patch solves the shared library problem:

~ Jow

--
diff --git a/include/toplevel.mk b/include/toplevel.mk
index bbeb7eb..11b2dd9 100644
--- a/include/toplevel.mk
+++ b/include/toplevel.mk
@@ -24,8 +24,8 @@ OPENWRTVERSION:=$(RELEASE)$(if $(REVISION), ($(REVISION)))
 export RELEASE
 export REVISION
 export OPENWRTVERSION
-export LD_LIBRARY_PATH:=$(subst ::,:,$(if 
$(LD_LIBRARY_PATH),$(LD_LIBRARY_PATH):)$(STAGING_DIR_HOST)/lib)
-export DYLD_LIBRARY_PATH:=$(subst ::,:,$(if 
$(DYLD_LIBRARY_PATH),$(DYLD_LIBRARY_PATH):)$(STAGING_DIR_HOST)/lib)
+export LD_LIBRARY_PATH:=$(subst ::,:,$(if 
$(LD_LIBRARY_PATH),$(LD_LIBRARY_PATH):)$(TOPDIR)/staging_dir/host/lib)
+export DYLD_LIBRARY_PATH:=$(subst ::,:,$(if 
$(DYLD_LIBRARY_PATH),$(DYLD_LIBRARY_PATH):)$(TOPDIR)/staging_dir/host/lib)
 export GIT_CONFIG_PARAMETERS='core.autocrlf=false'
 export MAKE_JOBSERVER=$(filter --jobserver%,$(MAKEFLAGS))
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] brcm2708: add gzip image compression

2015-07-17 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/brcm2708/image/Makefile | 11 +++
 1 file changed, 11 insertions(+)

diff --git a/target/linux/brcm2708/image/Makefile 
b/target/linux/brcm2708/image/Makefile
index de178c6..2afd29b 100644
--- a/target/linux/brcm2708/image/Makefile
+++ b/target/linux/brcm2708/image/Makefile
@@ -11,6 +11,16 @@ include $(INCLUDE_DIR)/host.mk
 FAT32_BLOCK_SIZE=1024
 FAT32_BLOCKS=$(shell echo 
$$(($(CONFIG_BRCM2708_SD_BOOT_PARTSIZE)*1024*1024/$(FAT32_BLOCK_SIZE
 
+ifneq ($(CONFIG_TARGET_IMAGES_GZIP),)
+  define Image/gzip
+gzip -9n -c $(1) > $(1).gz
+mv $(1).gz $(BIN_DIR)
+  endef
+else
+  define Image/gzip
+  endef
+endif
+
 ### Image scripts ###
 define Build/build-dtb
$(LINUX_DIR)/scripts/dtc/dtc -O dtb -o $@.dtb 
$(DTS_DIR)/$(DEVICE_DTS).dts
@@ -40,6 +50,7 @@ endef
 define Build/sdcard-img
./gen_rpi_sdcard_img.sh $@ $@.boot $(word 2,$^) \
$(CONFIG_BRCM2708_SD_BOOT_PARTSIZE) 
$(CONFIG_TARGET_ROOTFS_PARTSIZE)
+   $(call Image/gzip,$@)
 endef
 
 ### Device macros ###
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] Chaos Calmer 15.05-rc3 target image for EPG5000

2015-07-17 Thread Christian Beier

Hi there,

I see that an image for the EnGenius EPG5000 is generated for snapshots
(https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/openwrt-ar71xx-generic-epg5000-squashfs-sysupgrade.bin),
but there's none for rc-3. Are there certain criteria targets to be part of a
release?

Cheers,
-- 
Christian Beier, CTO.

W   shoutrlabs.com
E   c...@shoutrlabs.com
L   https://www.linkedin.com/in/christianbeier
P   +49 (0)30 12076581
T   https://twitter.com/shoutrlabs

what is, is; what is not is possible.

shoutr labs UG (haftungsbeschränkt), 
Wolfener Straße 32-34, Haus K, CleanTech Innovation Center, 12681 Berlin
HRB 154532 B, AG Charlottenburg
Managing directors: Christian Beier, Benjamin Werner, Sebastian Winkler
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] Export openwrt routers internal storage partitions through USB

2015-07-17 Thread Chetan C R
how can SD card/ emmc partition on openwrt router exported to PC host
from USB mass storage?
what all packages need to be enabled? Does openwrt support this?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Chaos Calmer 15.05-rc3 target image for EPG5000

2015-07-17 Thread John Crispin


On 17/07/2015 14:31, Christian Beier wrote:
> 
> Hi there,
> 
> I see that an image for the EnGenius EPG5000 is generated for snapshots
> (https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/openwrt-ar71xx-generic-epg5000-squashfs-sysupgrade.bin),
> but there's none for rc-3. Are there certain criteria targets to be part of a
> release?
> 
> Cheers,
>
the backported EPG5000 patches caused build errors in the release branch
so i reverted them. due to this EPG5000 support is currently not part of CC

John
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] ath10k fails to load firmware in r46386 on ESR1750

2015-07-17 Thread Christian Beier

Hi list!

On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
to load the firmware blob - it did work in Barrier Breaker though. Here's the
failing dmesg bits:

---snip---
[   72.05] PCI: Enabling device :00:00.0 ( -> 0002)
[   72.06] ath10k_pci :00:00.0: pci irq legacy interrupts 0 irq_mode 0 
reset_mode 0
[   72.28] ath10k_pci :00:00.0: Direct firmware load for 
ath10k/cal-pci-:00:00.0.bin failed with error -2
[   72.29] ath10k_pci :00:00.0: Falling back to user helper
[   72.36] firmware ath10k!cal-pci-:00:00.0.bin: 
firmware_loading_store: map pages failed
[   72.46] ath10k_pci :00:00.0: otp calibration failed: 2
[   72.47] ath10k_pci :00:00.0: failed to run otp: -22
[   72.47] ath10k_pci :00:00.0: could not init core (-22)
[   72.48] ath10k_pci :00:00.0: could not probe fw (-22)
---snap---


Barrier Breaker dmesg instead:
---snip---
[   12.44] ath10k_pci :00:00.0: BAR 0: assigned [mem 
0x1000-0x101f 64bit]
[   12.45] PCI: Enabling device :00:00.0 ( -> 0002)
[   12.75] ath10k: pci irq legacy irq_mode 0 reset_mode 0
[   13.16] ath10k: otp stream is empty, using board.bin contents
[   14.12] ath10k: qca988x hw2.0 (0x4100016c, 0x043202ff) fw 10.1.467.3-1 
api 2 htt 2.1
---snap---

Any hints on this?

Thanks,
-- 
Christian Beier, CTO.

W   shoutrlabs.com
E   c...@shoutrlabs.com
L   https://www.linkedin.com/in/christianbeier
P   +49 (0)30 12076581
T   https://twitter.com/shoutrlabs

what is, is; what is not is possible.

shoutr labs UG (haftungsbeschränkt), 
Wolfener Straße 32-34, Haus K, CleanTech Innovation Center, 12681 Berlin
HRB 154532 B, AG Charlottenburg
Managing directors: Christian Beier, Benjamin Werner, Sebastian Winkler
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Chaos Calmer 15.05-rc3

2015-07-17 Thread Karl Palsson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jonas Gorski  wrote:
> On Thu, Jul 16, 2015 at 7:08 PM, Arturo Rinaldi 
> wrote:
> > after running the git 'reset' command :
> >
> > $ git reset --hard 171f0fd10830acd3259f7c229f1b65b95595f388
> >
> > in the trunk directory returns me :
> >
> > fatal: Could not parse object '171f0fd10830acd3259f7c229f1b65b95595f388'
> >
> > is by any chance the right commit the one updating openssl to v1.0.2.d ?
> 
> AFAICT the build isn't exactly one revision; it's r46163 + r46286 (the
> OpenSSL update to 1.0.2d), but none of the fixes between them.
> 
> the feed revisions are:
> 
> luci cf2e3f6c20dbdfdc3d8c4d4115cf9c533444e61f
> packages 7551321fab9b5676ae7824b18a51d53be2a48cb0
> mangement ab76d576a5cbcb01075757d5d8c6e1d83f1e9ffc
> routing f5eab926d75396d5e95d7b7eebcac34aab30f6f7
> telephony 6375e2a4aaba77aacc9b2cdea18e29fafe4cd2d5
> 

Could the feeds and the repo maybe get tagged? you can put tag names in
feeds.conf with "url;tag_name" that would make some of this a little
easier?

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJVqQ5XAAoJEBmotQ/U1cr22R4P/jun5qzMG0dveZFG68N1TrdW
BEofrZPWsBm4r6rGopwTPGgBEsT/pT++iCSbElFW56oq8LwfKN5hrxp/M7aWS2gR
4twRFF2oz5WgbnOqqZ12FRFqDTB7v75DUxJIhlgeyZNa/TjJuhsF50cXu7D8uWy+
rf4fDwnAU0mGpbMeCPZAOju3a7ia/Qr3igwkeiUXeTGOWmI4Mgy1rKJXmshZwgxF
5d2nnw9SqUI63SvlAa88ScJ/XBzb49CEzqubdo4dTgB1E2VkNL0qfA8Im9sm1RcD
mn3g6bHX4OGs6rxHD7fd8GOPu+mCHdf1BfIYX3XiYYEoo+kTKTTBONqFEoV6G+1O
Yk+D3/C41Ct7fUyyQtoQyEwKbuldKBsY724spUkmobJJkeb6X2/20pDF+5B2JsBf
nvP05dtfuEE4GHLATiLNxT8/E5eyS0pSE8X19hWSWmcMn4B+3X41xb5V+pcDNeCJ
NrFSgUUZIkaC/di29VnH5eXRjO/0KCn4fFSjeC6zpX8EstroBndafJSK3Eq1/kc1
Ut58suVWxacRjRoBOf6eCZdA1ON7zq0CtqeMyUo1aU9r7cwgLmEyDIvJRTK7Wwnr
oBRPKG9sx2VAHSwW3Zuyqx1M4oXioM+c5M1rCI7h7kaWCA4Mut0+/5hhb4UL1AmL
o1vGbt3G/jrN8z2LhCCW
=rG6n
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH 7/9] brcm2708: override disabled device tree module status from config.txt

2015-07-17 Thread Álvaro Fernández Rojas
Hello John,

Thanks for committing the patches.

I've seen you marked all of them as accepted in the patchwork, but this one was 
left over (7/9).
Was it on purpose?

Regards,
Álvaro.

El 16/07/2015 a las 17:35, Álvaro Fernández Rojas escribió:
> Signed-off-by: Álvaro Fernández Rojas 
> ---
>  v2: separate patch into modules and config.txt
> 
>  target/linux/brcm2708/image/config.txt | 6 ++
>  1 file changed, 6 insertions(+)
> 
> diff --git a/target/linux/brcm2708/image/config.txt 
> b/target/linux/brcm2708/image/config.txt
> index 9e6e8e9..f66f6bc 100644
> --- a/target/linux/brcm2708/image/config.txt
> +++ b/target/linux/brcm2708/image/config.txt
> @@ -921,3 +921,9 @@ init_uart_clock=300
>  ## 81.4   V
>  ##
>  #over_voltage_sdram_p=0
> +
> +
> +##  Device Tree Settings
> +
> +
> +dtparam=random=on,watchdog=on,audio=on,i2c0=on,i2c1=on,spi=on
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] ar71xx: use automatic firmware partition splitting for devolo dLAN devices

2015-07-17 Thread Günther Kelleter
Signed-off-by: Günther Kelleter 
---
 target/linux/ar71xx/image/Makefile | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/target/linux/ar71xx/image/Makefile 
b/target/linux/ar71xx/image/Makefile
index 7154655..77f3661 100644
--- a/target/linux/ar71xx/image/Makefile
+++ b/target/linux/ar71xx/image/Makefile
@@ -1185,8 +1185,8 @@ 
cpe510_mtdlayout=mtdparts=spi0.0:128k(u-boot)ro,64k(pation-table)ro,64k(product-
 
eap300v2_mtdlayout=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env),320k(custom),13632k(firmware),2048k(failsafe),64k(art)ro
 
db120_mtdlayout=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,6336k(rootfs),1408k(kernel),64k(nvram),64k(art)ro,7744k@0x5(firmware)
 
dgl_5500_mtdlayout=mtdparts=spi0.0:192k(u-boot)ro,64k(nvram)ro,15296k(firmware),192k(lang)ro,512k(my-dlink)ro,64k(mac)ro,64k(art)ro
-dlan_pro_500_wp_mtdlayout=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,64k(Config1)ro,64k(Config2)ro,1152k@0x7(kernel),6528k(rootfs),7680k@0x7(firmware),64k(art)ro
-dlan_pro_1200_ac_mtdlayout=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,64k(Config1)ro,64k(Config2)ro,1152k@0x7(kernel),14720k(rootfs),15872k@0x7(firmware),64k(art)ro
+dlan_pro_500_wp_mtdlayout=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,64k(Config1)ro,64k(Config2)ro,7680k@0x7(firmware),64k(art)ro
+dlan_pro_1200_ac_mtdlayout=mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,64k(Config1)ro,64k(Config2)ro,15872k@0x7(firmware),64k(art)ro
 
cameo_ap94_mtdlayout=mtdparts=spi0.0:256k(uboot)ro,64k(config)ro,6208k(firmware),64k(caldata)ro,1600k(unknown)ro,64k@0x7f(caldata_copy)
 
cameo_ap94_mtdlayout_fat=mtdparts=spi0.0:256k(uboot)ro,64k(config)ro,7808k(firmware),64k(caldata)ro,64k@0x66(caldata_orig),6208k@0x5(firmware_orig)
 
esr900_mtdlayout=mtdparts=spi0.0:192k(u-boot)ro,64k(u-boot-env)ro,1408k(kernel),13248k(rootfs),1024k(manufacture)ro,64k(backup)ro,320k(storage)ro,64k(caldata)ro,14656k@0x4(firmware)
@@ -2081,8 +2081,8 @@ $(eval $(call 
SingleProfile,CameoAP94,64kraw,DIR825B1,dir-825-b1,DIR-825-B1,ttyS
 $(eval $(call 
SingleProfile,CameoAP94,64kraw,TEW673GRU,tew-673gru,TEW-673GRU,ttyS0,115200,$$(cameo_ap94_mtdlayout),$$(cameo_ap94_mtdlayout_fat),01AP94-AR7161-RT-080619-01,00AP94-AR7161-RT-080619-01))
 $(eval $(call 
SingleProfile,CameoAP94,64kraw,DLRTDEV01,dlrtdev01,DIR-825-B1,ttyS0,115200,$$(dlrtdev_mtdlayout),$$(dlrtdev_mtdlayout_fat),01AP94-AR7161-RT-080619-00,00AP94-AR7161-RT-080619-00))
 
-$(eval $(call 
SingleProfile,dLANLzma,64k,dLAN_pro_500_wp,dlan-pro-500-wp,dLAN-pro-500-wp,ttyS0,115200,$$(dlan_pro_500_wp_mtdlayout)
 root=31:5 mem=128M,KRuImage))
-$(eval $(call 
SingleProfile,dLANLzma,64k,dLAN_pro_1200_ac,dlan-pro-1200-ac,dLAN-pro-1200-ac,ttyS0,115200,$$(dlan_pro_1200_ac_mtdlayout)
 root=31:5 mem=128M,KRuImage))
+$(eval $(call 
SingleProfile,dLANLzma,64k,dLAN_pro_500_wp,dlan-pro-500-wp,dLAN-pro-500-wp,ttyS0,115200,$$(dlan_pro_500_wp_mtdlayout)
 mem=128M,KRuImage,64k))
+$(eval $(call 
SingleProfile,dLANLzma,64k,dLAN_pro_1200_ac,dlan-pro-1200-ac,dLAN-pro-1200-ac,ttyS0,115200,$$(dlan_pro_1200_ac_mtdlayout)
 mem=128M,KRuImage,64k))
 
 $(eval $(call 
SingleProfile,EnGenius,64k,ESR900,esr900,ESR900,ttyS0,115200,$$(esr900_mtdlayout),KRuImage,,0x4e))
 $(eval $(call 
SingleProfile,EnGenius,64k,ESR1750,esr1750,ESR1750,ttyS0,115200,$$(esr1750_mtdlayout),KRuImage,,0x61))
-- 
2.4.4.88.gac2ab0d
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] ath10k fails to load firmware in r46386 on ESR1750

2015-07-17 Thread Roman Yeryomin
On 17 July 2015 at 16:34, Christian Beier  wrote:
>
> Hi list!
>
> On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
> to load the firmware blob - it did work in Barrier Breaker though. Here's the
> failing dmesg bits:
>
> ---snip---
> [   72.05] PCI: Enabling device :00:00.0 ( -> 0002)
> [   72.06] ath10k_pci :00:00.0: pci irq legacy interrupts 0 irq_mode 
> 0 reset_mode 0
> [   72.28] ath10k_pci :00:00.0: Direct firmware load for 
> ath10k/cal-pci-:00:00.0.bin failed with error -2
> [   72.29] ath10k_pci :00:00.0: Falling back to user helper
> [   72.36] firmware ath10k!cal-pci-:00:00.0.bin: 
> firmware_loading_store: map pages failed
> [   72.46] ath10k_pci :00:00.0: otp calibration failed: 2
> [   72.47] ath10k_pci :00:00.0: failed to run otp: -22
> [   72.47] ath10k_pci :00:00.0: could not init core (-22)
> [   72.48] ath10k_pci :00:00.0: could not probe fw (-22)
> ---snap---
>
>
> Barrier Breaker dmesg instead:
> ---snip---
> [   12.44] ath10k_pci :00:00.0: BAR 0: assigned [mem 
> 0x1000-0x101f 64bit]
> [   12.45] PCI: Enabling device :00:00.0 ( -> 0002)
> [   12.75] ath10k: pci irq legacy irq_mode 0 reset_mode 0
> [   13.16] ath10k: otp stream is empty, using board.bin contents
> [   14.12] ath10k: qca988x hw2.0 (0x4100016c, 0x043202ff) fw 10.1.467.3-1 
> api 2 htt 2.1
> ---snap---
>
> Any hints on this?
>

Works fine for me on Archer c7 v2 with latest trunk (3.18 kernel):

[   11.93] ath10k_pci :01:00.0: Direct firmware load for
ath10k/cal-pci-:01:00.0.bin failed with error -2
[   11.94] ath10k_pci :01:00.0: Falling back to user helper
[   13.28] ath10k_pci :01:00.0: qca988x hw2.0 (0x4100016c,
0x043202ff) fw 10.2.4.70-2 api 5 htt 2.1 wmi 5 cal file max_sta 128


but fails hardly on same trunk but 4.0 kernel:

[   11.00] ath10k_pci :01:00.0: Direct firmware load for
ath10k/cal-pci-:01:00.0.bin failed with error -2
[   11.01] ath10k_pci :01:00.0: Falling back to user helper
[   11.28] Unhandled kernel unaligned access[#1]:
[   11.28] CPU: 0 PID: 314 Comm: kworker/u2:2 Not tainted 4.0.7 #1
[   11.28] Workqueue: ath10k_wq ath10k_core_stop [ath10k_core]
[   11.28] task: 878b4508 ti: 87b12000 task.ti: 87b12000
[   11.28] $ 0   :  0001 0001 8dde212a
[   11.28] $ 4   : 8dde212a 8717 8717 1762
[   11.28] $ 8   : 0001 7969 8700c700 
[   11.28] $12   :  0001  0600
[   11.28] $16   : 87015360 0040  87015dec
[   11.28] $20   :   87804c10 87804c00
[   11.28] $24   :  8007cdac
[   11.28] $28   : 87b12000 87b13de8 0088 8714f204
[   11.28] Hi: 0009
[   11.28] Lo: 0006
[   11.28] epc   : 8714f238 ath10k_core_start+0x158/0x8c0 [ath10k_core]
[   11.28] Not tainted
[   11.28] ra: 8714f204 ath10k_core_start+0x124/0x8c0 [ath10k_core]
[   11.28] Status: 1100fc03 KERNEL EXL IE
[   11.28] Cause : 00800010
[   11.28] BadVA : 1766
[   11.28] PrId  : 00019750 (MIPS 74Kc)
[   11.28] Modules linked in: ath10k_pci(+) ath10k_core ath
mac80211 cfg80211 compat ledtrig_usbdev ip6t_REJECT nf_reject_ipv6
nf_log_ipv6 nf_log_common i
p6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables ipv6
arc4 crypto_blkcipher ehci_platform ehci_hcd gpio_button_hotplug
usbcore nls_base usb_com
mon
[   11.28] Process kworker/u2:2 (pid: 314, threadinfo=87b12000,
task=878b4508, tls=)
[   11.28] Stack : 9000 8704b54c   0003
00fe 00401c60 
  004043d0 87015e74 87015360  87015dec 
 87150ad0
  878b4508 8009a3ec 87829928 8716f0e4 4100016c 878b4508
4100016c 0007
   87b3b280 87015e74 87804c00 87022900 80092ea4
87b3b280 87804c00
  87b3b298 80313c24 0001 8037 87804c00 87b3b280
87804c00 87b3b298
  ...
[   11.28] Call Trace:
[   11.28] [<8714f238>] ath10k_core_start+0x158/0x8c0 [ath10k_core]
[   11.28] [<87150ad0>] ath10k_core_stop+0x1fc/0xcbc [ath10k_core]
[   11.28]
[   11.28]
Code: 2ce2f001  10400016  3c068717 <8ce50004> 8ce6  0dc53bb1
02002021  00408821  1047
[   11.48] ---[ end trace 984c21dee33226f1 ]---
[   11.49] CPU 0 Unable to handle kernel paging request at virtual
address fff0, epc == 80097550, ra == 80093c3c


Reverting r46244 and r46245 (t.i. making it use board.bin again as in
BB in your test) fixes the issue.
Maybe ath10k is doing something wrong when doing request_firmware() or
maybe it's a kernel regression.

Anyway, I'm going to switch to 4.1 very soon, we'll see what happens there.


Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listin

Re: [OpenWrt-Devel] Chaos Calmer 15.05-rc3

2015-07-17 Thread Jonas Gorski
On 17.07.2015 16:16, Karl Palsson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Jonas Gorski  wrote:
>> On Thu, Jul 16, 2015 at 7:08 PM, Arturo Rinaldi 
>> wrote:
>>> after running the git 'reset' command :
>>>
>>> $ git reset --hard 171f0fd10830acd3259f7c229f1b65b95595f388
>>>
>>> in the trunk directory returns me :
>>>
>>> fatal: Could not parse object '171f0fd10830acd3259f7c229f1b65b95595f388'
>>>
>>> is by any chance the right commit the one updating openssl to v1.0.2.d ?
>>
>> AFAICT the build isn't exactly one revision; it's r46163 + r46286 (the
>> OpenSSL update to 1.0.2d), but none of the fixes between them.
>>
>> the feed revisions are:
>>
>> luci cf2e3f6c20dbdfdc3d8c4d4115cf9c533444e61f
>> packages 7551321fab9b5676ae7824b18a51d53be2a48cb0
>> mangement ab76d576a5cbcb01075757d5d8c6e1d83f1e9ffc
>> routing f5eab926d75396d5e95d7b7eebcac34aab30f6f7
>> telephony 6375e2a4aaba77aacc9b2cdea18e29fafe4cd2d5
>>
> 
> Could the feeds and the repo maybe get tagged? you can put tag names in
> feeds.conf with "url;tag_name" that would make some of this a little
> easier?

You can also define specific commits with "url^revision" ;)

@John: how about the following, then you can just do a
# ./scripts/feeds list -s -f > feeds.conf.release
and put that besides the conf.diff and people interested in replicating it can 
just drop it in their checkout (as a feeds.conf).

Jonas

diff --git a/scripts/feeds b/scripts/feeds
index 1da44f5..7547bf5 100755
--- a/scripts/feeds
+++ b/scripts/feeds
@@ -314,7 +314,7 @@ sub list_feed {
 sub list {
my %opts;
 
-   getopts('r:d:nsh', \%opts);
+   getopts('r:d:nshf', \%opts);
if ($opts{h}) {
usage();
return 0;
@@ -342,6 +342,14 @@ sub list {
if ($opts{d}) {
printf "%s%s%s%s%s%s%s\n", $feed->[1], 
$opts{d}, $feed->[0], $opts{d}, $revision, $opts{d}, join(", ", @{$feed->[2]});
}
+   elsif ($opts{f}) {
+   my $uri = join(", ", @{$feed->[2]});
+   if ($revision ne "local" && $revision ne "X") {
+   $uri =~ s/[;^].*//;
+   $uri .= "^" . $revision;
+   }
+   printf "%s %s %s\n", $feed->[0], $feed->[1], 
$uri;
+   }
else {
printf "\%-8s \%-8s \%-8s \%s\n", $feed->[1], 
$feed->[0], $revision, join(", ", @{$feed->[2]});
}
@@ -758,6 +766,7 @@ Commands:
-s :List of feed names and their URL.
-r :  List packages of specified feed.
-d : Use specified delimiter to distinguish rows 
(default: spaces)
+   -f :List feeds in feeds.conf compatible format (when 
using -s).
 
install [options] : Install a package
Options:
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Chaos Calmer 15.05-rc3

2015-07-17 Thread Ben West
I'm curious if others are affected by this issue:
https://dev.openwrt.org/ticket/19085
https://dev.openwrt.org/ticket/19579

CC r46069 periodically fails with tx timeout on the eth0 interface on a
UBNT Rocket M5, with reboot being the only resolution.  The same device
flashed to latest BB does not see ethernet tx timeouts, despite heavy load
testing.

It this issue happens to occur on other devices, I would imagine this to be
potentially quite serious.


On Thu, Jul 16, 2015 at 9:39 AM, Steven Barth  wrote:

> The OpenWrt developers are proud to announce the third release candidate
> of OpenWrt Chaos Calmer.
>
>___ __
>  |   |.-.-.-.|  |  |  |..|  |_
>  |   -   ||  _  |  -__| ||  |  |  ||   _||   _|
>  |___||   __|_|__|__||||__|  ||
>   |__| W I R E L E S S   F R E E D O M
>  -
>  CHAOS CALMER (15.05 RC3)
>  -
>   * 1 1/2 oz GinShake with a glassful
>   * 1/4 oz Triple Sec   of broken ice and pour
>   * 3/4 oz Lime Juice   unstrained into a goblet.
>   * 1 1/2 oz Orange Juice
>   * 1 tsp. Grenadine Syrup
>  -
>
>  -
> http://downloads.openwrt.org/chaos_calmer/15.05-rc3/
>
> ** Improvements since RC 2 **
> * brcmfmac: support for BCM43602
> * mt76: updated version with new firmware support, TX & DMA fixes
> * Updated 3.18 to 3.18.18
> * Fixed image builder generation
> * Various security updates (e.g. openssl, curl)
> * Minor fixes
>
> ** Improvements since RC 1 **
> * Fixed broken ImageBuilders for most targets
> * Updated 3.18 to 3.18.14
> * Fixed broken IPv6 downstream DHCPv6-PD and onlink-route handling
> * Images (special format) for Asus brcm47xx and bcm53xx devices
> * Improved stability of sysupgrade on brcm47xx and bcm53xx
> * Added HTTPS enforcement option to uhttpd
> * Fixed umask issue
> * Added support for a few new boards
>
>
> ** Highlights since Barrier Breaker **
>
> * Linux kernel updated to version 3.18
> * Improved Security Features
> - Rewritten package signing architecture based on ed25519
> - Added support for jails
> - Added support for hardened builds
> * Improved Networking Support
> - Added or improved support for lots of 3G/4G modems (MBIM, QMI, NCM,
> ...)
> - Added support for 464XLAT (CLAT) [RFC 6877 + RFC 7050]
> - Netfilter performance enhancements (conntrack route cache)
> - Improved support for self-managing networks [draft-ietf-homenet-hncp]
> - Better multi-core support for the network stack
> - Improved support for MAP-E, MAP-T and LW4over6 IPv4 transitioning
> technologies
> [draft-ietf-softwire-map, -map-t, -map-dhcp, -lw4over6]
> - Improved network auto-setup capable of detecting and bootstrapping
> IPv4-only,
>   6rd, Dual-Stack, IPv6-only, DS-Lite, LW4over6, MAP-E, MAP-T, 464XLAT
>   and combinations without explicit configuration [based on RFC 7084]
> - Added support for Smart Queue Management (SQM) QoS, AQM and Traffic
> Shaping
> - Improved support for DNSSEC
> * Platform and Driver Support
> - Added support for feeds of externally maintained targets
> - New mt7621 subtarget for Mediatek 11ac SoC
> - New mt76 mac80211 based wifi driver for MTK 11ac cores.
> - New mwlwifi mac80211 based wifi driver for the Marvell 88W8864
> - New bcm53xx target for Broadcom ARM BCM47xx/53xx devices
> - New mxs target for Freescale i.MX23/28 family and various boards
> - New sunxi target for AllWinner A10/A13/A20 family and various boards
> - brcm2708: support for Raspberry Pi 2
> - brcm63xx: support for BCM6318 and BCM63268 family
> - brcm63xx: improved fallback sprom support with bcma support
> - New ipq806x target for QCA IPQ806x SoC family
>
> * Known Issues
> - KALLSYMS is active causing some devices to fail
>
> And lots and lots of other advancements...
> As always a big thank you goes to all our active package maintainers,
> testers, supporters and documenters.
>
>
> Have fun!
> The OpenWrt developer team
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>



-- 
Ben West
http://gowasabi.net
b...@gowasabi.net
314-246-9434
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] Chaos Calmer 15.05-rc3

2015-07-17 Thread Cristian Morales Vega
On 17 July 2015 at 16:43, Jonas Gorski  wrote:
> On 17.07.2015 16:16, Karl Palsson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Jonas Gorski  wrote:
>>> On Thu, Jul 16, 2015 at 7:08 PM, Arturo Rinaldi 
>>> wrote:
 after running the git 'reset' command :

 $ git reset --hard 171f0fd10830acd3259f7c229f1b65b95595f388

 in the trunk directory returns me :

 fatal: Could not parse object '171f0fd10830acd3259f7c229f1b65b95595f388'

 is by any chance the right commit the one updating openssl to v1.0.2.d ?
>>>
>>> AFAICT the build isn't exactly one revision; it's r46163 + r46286 (the
>>> OpenSSL update to 1.0.2d), but none of the fixes between them.
>>>
>>> the feed revisions are:
>>>
>>> luci cf2e3f6c20dbdfdc3d8c4d4115cf9c533444e61f
>>> packages 7551321fab9b5676ae7824b18a51d53be2a48cb0
>>> mangement ab76d576a5cbcb01075757d5d8c6e1d83f1e9ffc
>>> routing f5eab926d75396d5e95d7b7eebcac34aab30f6f7
>>> telephony 6375e2a4aaba77aacc9b2cdea18e29fafe4cd2d5
>>>
>>
>> Could the feeds and the repo maybe get tagged? you can put tag names in
>> feeds.conf with "url;tag_name" that would make some of this a little
>> easier?
>
> You can also define specific commits with "url^revision" ;)

What I don't understand is why there is so much interest in
replicating RC3. It makes sense to have a RC3 so there are binaries
and more people test it. But if you are going to build it yourself,
shouldn't you just use whatever is the latest commit in
git://git.openwrt.org/15.05/openwrt.git? That already has the tags for
the feeds 
(http://git.openwrt.org/?p=15.05/openwrt.git;a=blob_plain;f=feeds.conf.default;hb=HEAD).

Why to build a RC3 with the bugs that have already been solved and
will not be there in RC4/final?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] brcm2708: add gzip image compression

2015-07-17 Thread Bruno Randolf
Hi!

Tested it and works as it should.
Gracias Alvaro!

bruno

On 07/17/2015 12:12 PM, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas 
> ---
>  target/linux/brcm2708/image/Makefile | 11 +++
>  1 file changed, 11 insertions(+)
> 
> diff --git a/target/linux/brcm2708/image/Makefile 
> b/target/linux/brcm2708/image/Makefile
> index de178c6..2afd29b 100644
> --- a/target/linux/brcm2708/image/Makefile
> +++ b/target/linux/brcm2708/image/Makefile
> @@ -11,6 +11,16 @@ include $(INCLUDE_DIR)/host.mk
>  FAT32_BLOCK_SIZE=1024
>  FAT32_BLOCKS=$(shell echo 
> $$(($(CONFIG_BRCM2708_SD_BOOT_PARTSIZE)*1024*1024/$(FAT32_BLOCK_SIZE
>  
> +ifneq ($(CONFIG_TARGET_IMAGES_GZIP),)
> +  define Image/gzip
> +gzip -9n -c $(1) > $(1).gz
> +mv $(1).gz $(BIN_DIR)
> +  endef
> +else
> +  define Image/gzip
> +  endef
> +endif
> +
>  ### Image scripts ###
>  define Build/build-dtb
>   $(LINUX_DIR)/scripts/dtc/dtc -O dtb -o $@.dtb 
> $(DTS_DIR)/$(DEVICE_DTS).dts
> @@ -40,6 +50,7 @@ endef
>  define Build/sdcard-img
>   ./gen_rpi_sdcard_img.sh $@ $@.boot $(word 2,$^) \
>   $(CONFIG_BRCM2708_SD_BOOT_PARTSIZE) 
> $(CONFIG_TARGET_ROOTFS_PARTSIZE)
> + $(call Image/gzip,$@)
>  endef
>  
>  ### Device macros ###
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 1/2] CC: brcm2708: Add sysupgrade for Rasperry Pi

2015-07-17 Thread Bruno Randolf
The upgrade procedure works similar to the x86 platforms: The configuration
files (sysupgrade.tgz) are saved in the boot partition and moved to the
standard place in a preinit script. Since the boot partition is FAT32 we need
the vfat modules and dependencies.

Signed-off-by: Bruno Randolf 
---
 target/linux/brcm2708/Makefile |  3 ++-
 .../brcm2708/base-files/lib/preinit/79_move_config | 18 ++
 .../linux/brcm2708/base-files/lib/upgrade/platform.sh  | 17 +
 3 files changed, 37 insertions(+), 1 deletion(-)
 create mode 100644 target/linux/brcm2708/base-files/lib/preinit/79_move_config
 create mode 100644 target/linux/brcm2708/base-files/lib/upgrade/platform.sh

diff --git a/target/linux/brcm2708/Makefile b/target/linux/brcm2708/Makefile
index 30f6e1d..37ff204 100644
--- a/target/linux/brcm2708/Makefile
+++ b/target/linux/brcm2708/Makefile
@@ -19,7 +19,8 @@ SUBTARGETS:=bcm2708 bcm2709
 KERNEL_PATCHVER:=3.18
 
 include $(INCLUDE_DIR)/target.mk
-DEFAULT_PACKAGES += brcm2708-gpu-fw kmod-usb-hid kmod-sound-core 
kmod-sound-arm-bcm2835
+DEFAULT_PACKAGES += brcm2708-gpu-fw kmod-usb-hid kmod-sound-core 
kmod-sound-arm-bcm2835 \
+   kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1
 
 define Target/Description
Build firmware image for Broadcom BCM2708/BCM2709 SoC devices.
diff --git a/target/linux/brcm2708/base-files/lib/preinit/79_move_config 
b/target/linux/brcm2708/base-files/lib/preinit/79_move_config
new file mode 100644
index 000..7bcea7b
--- /dev/null
+++ b/target/linux/brcm2708/base-files/lib/preinit/79_move_config
@@ -0,0 +1,18 @@
+#!/bin/sh
+# Copyright (C) 2015 OpenWrt.org
+
+BOOTPART=/dev/mmcblk0p1
+
+move_config() {
+   if [ -b $BOOTPART ]; then
+   insmod nls_cp437
+   insmod nls_iso8859-1
+   insmod fat
+   insmod vfat
+   mount -t vfat -o rw,noatime $BOOTPART /mnt
+   [ -f /mnt/sysupgrade.tgz ] && mv -f /mnt/sysupgrade.tgz /
+   umount /mnt
+   fi
+}
+
+boot_hook_add preinit_mount_root move_config
diff --git a/target/linux/brcm2708/base-files/lib/upgrade/platform.sh 
b/target/linux/brcm2708/base-files/lib/upgrade/platform.sh
new file mode 100644
index 000..3e1ee00
--- /dev/null
+++ b/target/linux/brcm2708/base-files/lib/upgrade/platform.sh
@@ -0,0 +1,17 @@
+platform_check_image() {
+   # i know no way to verify the image
+   return 0;
+}
+
+platform_do_upgrade() {
+   sync
+   get_image "$1" | dd of=/dev/mmcblk0 bs=2M conv=fsync
+   sleep 1
+}
+
+platform_copy_config() {
+   mount -t vfat -o rw,noatime /dev/mmcblk0p1 /mnt
+   cp -af "$CONF_TAR" /mnt/
+   sync
+   umount /mnt
+}
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 2/2] CC: brcm2708: Add gzip image compression

2015-07-17 Thread Bruno Randolf
Signed-off-by: Bruno Randolf 
---
 target/linux/brcm2708/image/Makefile | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/target/linux/brcm2708/image/Makefile 
b/target/linux/brcm2708/image/Makefile
index e70bdd0..90d54bb 100644
--- a/target/linux/brcm2708/image/Makefile
+++ b/target/linux/brcm2708/image/Makefile
@@ -28,6 +28,9 @@ define Image/Build/RaspberryPi
mcopy -i $(KDIR)/boot.img $(KDIR)/Image ::kernel.img  # Copy OpenWrt 
built kernel
./gen_rpi_sdcard_img.sh $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img 
$(KDIR)/boot.img $(KDIR)/root.$(1) \
$(CONFIG_BRCM2708_SD_BOOT_PARTSIZE) 
$(CONFIG_TARGET_ROOTFS_PARTSIZE)
+  ifneq ($(CONFIG_TARGET_IMAGES_GZIP),)
+   gzip -9n -k -f $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img
+  endif
 endef
 
 define Image/Build
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [RFC] brcm2708: enable hard float ABI

2015-07-17 Thread Álvaro Fernández Rojas
This enables hard float abi on BCM2708 (RPi1) and also enables neon on BCM2709 
(RPi2).
Attention: minimally tested, but seems to be OK.
The toolchain directory changes on BCM2709 due to switching the CPU subtype to 
neon, but BCM2708 needs a distclean.

Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/brcm2708/Makefile  | 4 +---
 target/linux/brcm2708/bcm2708/target.mk | 2 ++
 target/linux/brcm2708/bcm2709/target.mk | 2 +-
 3 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/target/linux/brcm2708/Makefile b/target/linux/brcm2708/Makefile
index 6d8aba0..a3e35e4 100644
--- a/target/linux/brcm2708/Makefile
+++ b/target/linux/brcm2708/Makefile
@@ -10,10 +10,8 @@ include $(INCLUDE_DIR)/host.mk
 ARCH:=arm
 BOARD:=brcm2708
 BOARDNAME:=Broadcom BCM2708/BCM2709
-FEATURES:=ext4 audio usb usbgadget display gpio
+FEATURES:=ext4 audio usb usbgadget display gpio fpu
 MAINTAINER:=Florian Fainelli 
-CPU_TYPE:=arm1176jzf-s
-CPU_SUBTYPE:=vfp
 SUBTARGETS:=bcm2708 bcm2709
 
 KERNEL_PATCHVER:=4.1
diff --git a/target/linux/brcm2708/bcm2708/target.mk 
b/target/linux/brcm2708/bcm2708/target.mk
index 10fae2f..a35ec66 100644
--- a/target/linux/brcm2708/bcm2708/target.mk
+++ b/target/linux/brcm2708/bcm2708/target.mk
@@ -4,6 +4,8 @@
 
 SUBTARGET:=bcm2708
 BOARDNAME:=BCM2708 based boards
+CPU_TYPE:=arm1176jzf-s
+CPU_SUBTYPE:=vfp
 
 define Target/Description
Build firmware image for Broadcom BCM2708 SoC devices.
diff --git a/target/linux/brcm2708/bcm2709/target.mk 
b/target/linux/brcm2708/bcm2709/target.mk
index 565c12a..b910b36 100644
--- a/target/linux/brcm2708/bcm2709/target.mk
+++ b/target/linux/brcm2708/bcm2709/target.mk
@@ -5,7 +5,7 @@
 SUBTARGET:=bcm2709
 BOARDNAME:=BCM2709 based boards
 CPU_TYPE:=cortex-a7
-CPU_SUBTYPE:=vfp
+CPU_SUBTYPE:=neon
 
 define Target/Description
Build firmware image for Broadcom BCM2709 SoC devices.
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] ath10k fails to load firmware in r46386 on ESR1750

2015-07-17 Thread Roman Yeryomin
On 17 July 2015 at 18:27, Roman Yeryomin  wrote:
>
> Anyway, I'm going to switch to 4.1 very soon, we'll see what happens there.
>

OK, just sent 4.1 support patch. Firmware loading on Archer C7 works fine there.
Could you test the patch on your device?

Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [RFC] brcm2708: enable hard float ABI

2015-07-17 Thread Matthias Schiffer
As I wrote in my last mail, using the same toolchain build/staging dirs
with different float ABIs seems broken to me and should be fixed before
any further work is done towards adding hard float support to BCM270x.

After thinking a bit more about this, I came to the conclusion that the
whole CONFIG_SOFT_FLOAT/CONFIG_HAS_FPU mess should be removed.
Currently, having two targets using the same CPU_TYPE/CPU_SUBTYPE
combination, but with different HAS_FPU, will break.

In my opinion, the float ABI toolchain flags should only depend on the
CPU_SUBTYPE, so when similar CPUs should use different float ABIs, a
separate CPU_SUBTYPE would need to be created and thus separate
build/staging dirs are used.

If we really want to keep the CONFIG_SOFT_FLOAT option, at least a
"softfp" suffix or similar would need to be added to the toolchain
build/staging dir names, as mentioned before.

I can write patches for that, but the OpenWrt team must decide which way
to go.

Regards,
Matthias


On 07/17/2015 07:28 PM, Álvaro Fernández Rojas wrote:
> This enables hard float abi on BCM2708 (RPi1) and also enables neon on 
> BCM2709 (RPi2).
> Attention: minimally tested, but seems to be OK.
> The toolchain directory changes on BCM2709 due to switching the CPU subtype 
> to neon, but BCM2708 needs a distclean.
> 
> Signed-off-by: Álvaro Fernández Rojas 
> ---
>  target/linux/brcm2708/Makefile  | 4 +---
>  target/linux/brcm2708/bcm2708/target.mk | 2 ++
>  target/linux/brcm2708/bcm2709/target.mk | 2 +-
>  3 files changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/target/linux/brcm2708/Makefile b/target/linux/brcm2708/Makefile
> index 6d8aba0..a3e35e4 100644
> --- a/target/linux/brcm2708/Makefile
> +++ b/target/linux/brcm2708/Makefile
> @@ -10,10 +10,8 @@ include $(INCLUDE_DIR)/host.mk
>  ARCH:=arm
>  BOARD:=brcm2708
>  BOARDNAME:=Broadcom BCM2708/BCM2709
> -FEATURES:=ext4 audio usb usbgadget display gpio
> +FEATURES:=ext4 audio usb usbgadget display gpio fpu
>  MAINTAINER:=Florian Fainelli 
> -CPU_TYPE:=arm1176jzf-s
> -CPU_SUBTYPE:=vfp
>  SUBTARGETS:=bcm2708 bcm2709
>  
>  KERNEL_PATCHVER:=4.1
> diff --git a/target/linux/brcm2708/bcm2708/target.mk 
> b/target/linux/brcm2708/bcm2708/target.mk
> index 10fae2f..a35ec66 100644
> --- a/target/linux/brcm2708/bcm2708/target.mk
> +++ b/target/linux/brcm2708/bcm2708/target.mk
> @@ -4,6 +4,8 @@
>  
>  SUBTARGET:=bcm2708
>  BOARDNAME:=BCM2708 based boards
> +CPU_TYPE:=arm1176jzf-s
> +CPU_SUBTYPE:=vfp
>  
>  define Target/Description
>   Build firmware image for Broadcom BCM2708 SoC devices.
> diff --git a/target/linux/brcm2708/bcm2709/target.mk 
> b/target/linux/brcm2708/bcm2709/target.mk
> index 565c12a..b910b36 100644
> --- a/target/linux/brcm2708/bcm2709/target.mk
> +++ b/target/linux/brcm2708/bcm2709/target.mk
> @@ -5,7 +5,7 @@
>  SUBTARGET:=bcm2709
>  BOARDNAME:=BCM2709 based boards
>  CPU_TYPE:=cortex-a7
> -CPU_SUBTYPE:=vfp
> +CPU_SUBTYPE:=neon
>  
>  define Target/Description
>   Build firmware image for Broadcom BCM2709 SoC devices.
> 




signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] ath10k fails to load firmware in r46386 on ESR1750

2015-07-17 Thread Matti Laakso
Hi,


> On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
> to load the firmware blob - it did work in Barrier Breaker though. Here's the
> failing dmesg bits:



It seems this board ran uncalibrated on BB and CC, which is no longer possible 
after my patches on trunk. A correct entry needs to be added to 
target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata in 
order to upload calibration data to the firmware. It should be rather easy, but 
if you don’t feel like doing it yourself, I could make a patch if you could 
tell me where on flash the calibration data and mac address are located.






Matti___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] ath10k fails to load firmware in r46386 on ESR1750

2015-07-17 Thread Roman Yeryomin
On 17 July 2015 at 20:54, Matti Laakso  wrote:
> Hi,
>
>> On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver
>> fails
>> to load the firmware blob - it did work in Barrier Breaker though. Here's
>> the
>> failing dmesg bits:
>
> It seems this board ran uncalibrated on BB and CC, which is no longer
> possible after my patches on trunk. A correct entry needs to be added to
> target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata in
> order to upload calibration data to the firmware. It should be rather easy,

Indeed, didn't notice that

Regards,
Roman
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH 2/2] CC: brcm2708: Add gzip image compression

2015-07-17 Thread Matthias Schiffer
On 07/17/2015 07:18 PM, Bruno Randolf wrote:
> Signed-off-by: Bruno Randolf 
> ---
>  target/linux/brcm2708/image/Makefile | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/target/linux/brcm2708/image/Makefile 
> b/target/linux/brcm2708/image/Makefile
> index e70bdd0..90d54bb 100644
> --- a/target/linux/brcm2708/image/Makefile
> +++ b/target/linux/brcm2708/image/Makefile
> @@ -28,6 +28,9 @@ define Image/Build/RaspberryPi
>   mcopy -i $(KDIR)/boot.img $(KDIR)/Image ::kernel.img  # Copy OpenWrt 
> built kernel
>   ./gen_rpi_sdcard_img.sh $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img 
> $(KDIR)/boot.img $(KDIR)/root.$(1) \
>   $(CONFIG_BRCM2708_SD_BOOT_PARTSIZE) 
> $(CONFIG_TARGET_ROOTFS_PARTSIZE)
> +  ifneq ($(CONFIG_TARGET_IMAGES_GZIP),)
> + gzip -9n -k -f $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img
> +  endif
>  endef
>  
>  define Image/Build
> 

Please don't use gzip -k, it requires gzip 1.6, which is not generally
available.

Regards,
Matthias



signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH 2/2] CC: brcm2708: Add gzip image compression

2015-07-17 Thread Álvaro Fernández Rojas
Yeah, replace it with:
gzip -9n -c $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img > 
$(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img.gz

El 17/07/2015 a las 20:58, Matthias Schiffer escribió:
> On 07/17/2015 07:18 PM, Bruno Randolf wrote:
>> Signed-off-by: Bruno Randolf 
>> ---
>>  target/linux/brcm2708/image/Makefile | 3 +++
>>  1 file changed, 3 insertions(+)
>>
>> diff --git a/target/linux/brcm2708/image/Makefile 
>> b/target/linux/brcm2708/image/Makefile
>> index e70bdd0..90d54bb 100644
>> --- a/target/linux/brcm2708/image/Makefile
>> +++ b/target/linux/brcm2708/image/Makefile
>> @@ -28,6 +28,9 @@ define Image/Build/RaspberryPi
>>  mcopy -i $(KDIR)/boot.img $(KDIR)/Image ::kernel.img  # Copy OpenWrt 
>> built kernel
>>  ./gen_rpi_sdcard_img.sh $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img 
>> $(KDIR)/boot.img $(KDIR)/root.$(1) \
>>  $(CONFIG_BRCM2708_SD_BOOT_PARTSIZE) 
>> $(CONFIG_TARGET_ROOTFS_PARTSIZE)
>> +  ifneq ($(CONFIG_TARGET_IMAGES_GZIP),)
>> +gzip -9n -k -f $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img
>> +  endif
>>  endef
>>  
>>  define Image/Build
>>
> 
> Please don't use gzip -k, it requires gzip 1.6, which is not generally
> available.
> 
> Regards,
> Matthias
> 
> 
> 
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] brcm2708: add gzip image compression

2015-07-17 Thread Álvaro Fernández Rojas
You're welcome ;D

De nada Bruno!

El 17/07/2015 a las 18:26, Bruno Randolf escribió:
> Hi!
> 
> Tested it and works as it should.
> Gracias Alvaro!
> 
> bruno
> 
> On 07/17/2015 12:12 PM, Álvaro Fernández Rojas wrote:
>> Signed-off-by: Álvaro Fernández Rojas 
>> ---
>>  target/linux/brcm2708/image/Makefile | 11 +++
>>  1 file changed, 11 insertions(+)
>>
>> diff --git a/target/linux/brcm2708/image/Makefile 
>> b/target/linux/brcm2708/image/Makefile
>> index de178c6..2afd29b 100644
>> --- a/target/linux/brcm2708/image/Makefile
>> +++ b/target/linux/brcm2708/image/Makefile
>> @@ -11,6 +11,16 @@ include $(INCLUDE_DIR)/host.mk
>>  FAT32_BLOCK_SIZE=1024
>>  FAT32_BLOCKS=$(shell echo 
>> $$(($(CONFIG_BRCM2708_SD_BOOT_PARTSIZE)*1024*1024/$(FAT32_BLOCK_SIZE
>>  
>> +ifneq ($(CONFIG_TARGET_IMAGES_GZIP),)
>> +  define Image/gzip
>> +gzip -9n -c $(1) > $(1).gz
>> +mv $(1).gz $(BIN_DIR)
>> +  endef
>> +else
>> +  define Image/gzip
>> +  endef
>> +endif
>> +
>>  ### Image scripts ###
>>  define Build/build-dtb
>>  $(LINUX_DIR)/scripts/dtc/dtc -O dtb -o $@.dtb 
>> $(DTS_DIR)/$(DEVICE_DTS).dts
>> @@ -40,6 +50,7 @@ endef
>>  define Build/sdcard-img
>>  ./gen_rpi_sdcard_img.sh $@ $@.boot $(word 2,$^) \
>>  $(CONFIG_BRCM2708_SD_BOOT_PARTSIZE) 
>> $(CONFIG_TARGET_ROOTFS_PARTSIZE)
>> +$(call Image/gzip,$@)
>>  endef
>>  
>>  ### Device macros ###
>>
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] dnsmasq bump to dnsmasq2.74rc3

2015-07-17 Thread Kevin Darbyshire-Bryant
Fixes a DNSSEC validation corner case.

Signed-off-by: Kevin Darbyshire-Bryant 
---
 package/network/services/dnsmasq/Makefile | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/package/network/services/dnsmasq/Makefile 
b/package/network/services/dnsmasq/Makefile
index 19a8df9..4fd1c02 100644
--- a/package/network/services/dnsmasq/Makefile
+++ b/package/network/services/dnsmasq/Makefile
@@ -8,12 +8,12 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=dnsmasq
-PKG_VERSION:=2.73
+PKG_VERSION:=2.74rc3
 PKG_RELEASE:=1
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz
-PKG_SOURCE_URL:=http://thekelleys.org.uk/dnsmasq
-PKG_MD5SUM:=b8bfe96d22945c8cf4466826ba9b21bd
+PKG_SOURCE_URL:=http://thekelleys.org.uk/dnsmasq/release-candidates
+PKG_MD5SUM:=470211672ef087a3cd24bbb8ec9e9c05
 
 PKG_LICENSE:=GPL-2.0
 PKG_LICENSE_FILES:=COPYING
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] ar71xx: Enable ath10k calibration data loading for EnGenius ESR1750 and EPG500.

2015-07-17 Thread Christian Beier
As r46245 disabled the board.bin template workaround, 5GHz wifi stopped working
on these devices. This adds them to the calibration data loading introduced in
r46244 and thus makes 5GHz work again for these devices.

Signed-off-by: Christian Beier 
---
 .../linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata | 5 +
 1 file changed, 5 insertions(+)

diff --git 
a/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata 
b/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata
index fbbfbd7..7111630 100644
--- a/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata
+++ b/target/linux/ar71xx/base-files/etc/hotplug.d/firmware/11-ath10k-caldata
@@ -62,6 +62,11 @@ case "$FIRMWARE" in
ath10kcal_extract "radiocfg" 20480 2116
ath10kcal_patch_mac $(mtd_get_mac_ascii devdata wlan5mac)
;;
+   esr1750 | \
+   epg5000)
+   ath10kcal_extract "caldata" 20480 2116
+   ath10kcal_patch_mac $(macaddr_add $(cat 
/sys/class/net/eth0/address) +1)
+   ;;
esac
;;
 "ath10k/cal-pci-:01:00.0.bin")
-- 
2.1.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] mvebu: update dts files for mamba / WRT1900AC

2015-07-17 Thread nyt-openwrt
From: notnyt 

Fix for default button states in WRT1900AC dts files.
This prevents overlay wipe when reset is pressed.
More info at:
 https://forum.openwrt.org/viewtopic.php?pid=282900#p282900

Signed-off-by: notnyt 
---
 target/linux/mvebu/patches-3.18/001-add_mamba_support.patch | 4 ++--
 target/linux/mvebu/patches-4.0/001-add_mamba_support.patch  | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/target/linux/mvebu/patches-3.18/001-add_mamba_support.patch 
b/target/linux/mvebu/patches-3.18/001-add_mamba_support.patch
index 437cc3a..44a1adc 100644
--- a/target/linux/mvebu/patches-3.18/001-add_mamba_support.patch
+++ b/target/linux/mvebu/patches-3.18/001-add_mamba_support.patch
@@ -337,13 +337,13 @@ Signed-off-by: Gregory CLEMENT 

 +  button@1 {
 +  label = "WPS";
 +  linux,code = ;
-+  gpios = <&gpio1 0 GPIO_ACTIVE_HIGH>;
++  gpios = <&gpio1 0 GPIO_ACTIVE_LOW>;
 +  };
 +
 +  button@2 {
 +  label = "Factory Reset Button";
 +  linux,code = ;
-+  gpios = <&gpio1 1 GPIO_ACTIVE_HIGH>;
++  gpios = <&gpio1 1 GPIO_ACTIVE_LOW>;
 +  };
 +  };
 +
diff --git a/target/linux/mvebu/patches-4.0/001-add_mamba_support.patch 
b/target/linux/mvebu/patches-4.0/001-add_mamba_support.patch
index 305479a..0fc2638 100644
--- a/target/linux/mvebu/patches-4.0/001-add_mamba_support.patch
+++ b/target/linux/mvebu/patches-4.0/001-add_mamba_support.patch
@@ -337,13 +337,13 @@ Signed-off-by: Gregory CLEMENT 

 +  button@1 {
 +  label = "WPS";
 +  linux,code = ;
-+  gpios = <&gpio1 0 GPIO_ACTIVE_HIGH>;
++  gpios = <&gpio1 0 GPIO_ACTIVE_LOW>;
 +  };
 +
 +  button@2 {
 +  label = "Factory Reset Button";
 +  linux,code = ;
-+  gpios = <&gpio1 1 GPIO_ACTIVE_HIGH>;
++  gpios = <&gpio1 1 GPIO_ACTIVE_LOW>;
 +  };
 +  };
 +
-- 
2.1.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] strace: cross compile fix: pass HOST_*FLAGS in to ./configure

2015-07-17 Thread Lawrence D'Anna
The HOST_*FLAGS are for compiling programs which will run on the machine that is
running the build.  Setting these flags is frequently required for unusual
cross-compiles.

Signed-off-by: Lawrence D'Anna 
---
 package/devel/strace/Makefile | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/package/devel/strace/Makefile b/package/devel/strace/Makefile
index eb80791..b9ed201 100644
--- a/package/devel/strace/Makefile
+++ b/package/devel/strace/Makefile
@@ -27,6 +27,12 @@ PKG_INSTALL:=1
 
 include $(INCLUDE_DIR)/package.mk
 
+CONFIGURE_VARS+= \
+   LDFLAGS_FOR_BUILD="$(HOST_LDFLAGS)" \
+   CPPFLAGS_FOR_BUILD="$(HOST_CPPFLAGS)" \
+   CFLAGS_FOR_BUILD="$(HOST_CFLAGS)" \
+   CC_FOR_BUILD="$(HOST_CC)"
+
 define Package/strace
   SECTION:=utils
   CATEGORY:=Utilities
-- 
2.3.8 (Apple Git-58)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] mkimage: cross compile fix: pass HOST_*FLAGS in to uboot's makefile

2015-07-17 Thread Lawrence D'Anna
The HOST_*FLAGS are for compiling programs which will run on the machine that is
running the build.  Setting these flags is frequently required for unusual
cross-compiles.

Signed-off-by: Lawrence D'Anna 
---
 tools/mkimage/Makefile | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/tools/mkimage/Makefile b/tools/mkimage/Makefile
index a65eedf..f73cc56 100644
--- a/tools/mkimage/Makefile
+++ b/tools/mkimage/Makefile
@@ -31,8 +31,8 @@ define Host/Prepare
 endef
 
 define Host/Compile
-   $(MAKE) -C $(HOST_BUILD_DIR) defconfig
-   $(MAKE) -C $(HOST_BUILD_DIR) tools-only
+   $(MAKE) -C $(HOST_BUILD_DIR) defconfig   HOSTCFLAGS="$(HOST_CPPFLAGS) 
$(HOST_CFLAGS)" HOSTLDFLAGS="$(HOST_LDFLAGS)"
+   $(MAKE) -C $(HOST_BUILD_DIR) tools-only  HOSTCFLAGS="$(HOST_CPPFLAGS) 
$(HOST_CFLAGS)" HOSTLDFLAGS="$(HOST_LDFLAGS)"
 endef
 
 define Host/Install
-- 
2.3.8 (Apple Git-58)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] dnsmasq bump to dnsmasq2.74rc3

2015-07-17 Thread Steven Barth
I don't think we should be tracking RCs any longer. I did this for 2.73
mainly due to the security exploit and there not being a stable update,
plus DNSSEC was pretty screwed before that. I think we should go back to
backporting individual fixes via patches instead.


Cheers,

Steven
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel