date:20150714

ok, let me have a look, my testing showed that it worked, maybe i tested
the wrong tree...

On 14/07/2015 10:08, Jernej Izak wrote:
>  
> 
> Hi,
> 
>  
> 
> About activating device tree on build OpenWRT with Raspberry pi.
> 
> We tried to add patch
> “0002-kernel-fix-build-with-CONFIG_MTD-unset.patch” to
> “/target/linux/generic/patches-3.18” in second try to
> “/target/linux/brcm2708/patches-3.18 but we still got below error:
> 
>  
> 
> /Applying patch generic/0002-kernel-fix-build-with-CONFIG_MTD-unset.patch
> (Stripping trailing CRs from patch; use --binary to disable.)
> can't find file to patch at input line 21
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --
> |From f98ce9c7abf1e13443d129aba0e01fe63265445f Mon Sep 17 00:00:00 2001
> |From: Hauke Mehrtens mailto:ha...@hauke-m.de>>
> |Date: Sun, 12 Jul 2015 13:39:30 +0200
> |Subject: [PATCH 2/2] kernel: fix build with CONFIG_MTD unset
> |
> |of_get_mac_address_mtd() accesses functions behind CONFIG_MTD without
> |checking if it is available, deactivate this function if
> |of_get_mac_address_mtd is not available.
> |
> |Signed-off-by: Hauke Mehrtens mailto:ha...@hauke-m.de>>
> |---
> | .../patches-3.18/681-NET-add-of_get_mac_address_mtd.patch   | 13
> +++--
> | .../patches-4.0/681-NET-add-of_get_mac_address_mtd.patch| 13
> +++--
> | .../patches-4.1/681-NET-add-of_get_mac_address_mtd.patch| 13
> +++--
> | 3 files changed, 33 insertions(+), 6 deletions(-)
> |
> |diff --git
> a/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
> b/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
> |index 8ce17fe..2603f11 100644
> |---
> a/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
> |+++
> b/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
> --
> No file to patch.  Skipping patch.
> 2 out of 2 hunks ignored
> (Stripping trailing CRs from patch; use --binary to disable.)
> can't find file to patch at input line 62
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --
> |diff --git
> a/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
> b/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
> |index 8ce17fe..2603f11 100644
> |---
> a/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
> |+++
> b/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
> --
> No file to patch.  Skipping patch.
> 2 out of 2 hunks ignored
> (Stripping trailing CRs from patch; use --binary to disable.)
> can't find file to patch at input line 103
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --
> |diff --git
> a/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
> b/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
> |index 6542898..ecbe75c 100644
> |---
> a/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
> |+++
> b/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
> --
> No file to patch.  Skipping patch.
> 2 out of 2 hunks ignored
> Patch generic/0002-kernel-fix-build-with-CONFIG_MTD-unset.patch does not
> apply (enforce with -f)
> make[4]: ***
> [/home/jernej/openwrt/build_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_eabi/linux-brcm2708_bcm2708/linux-3.18.18/.quilt_checked]
> Error 1
> make[4]: Leaving directory `/home/jernej/openwrt/target/linux/brcm2708'
> make[3]: *** [compile] Error 2
> make[3]: Leaving directory `/home/jernej/openwrt/target/linux'
> make[2]: *** [target/linux/compile] Error 2
> make[2]: Leaving directory `/home/jernej/openwrt'
> make[1]: ***
> [/home/jernej/openwrt/staging_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_eabi/stamp/.target_compile]
> Error 2
> make[1]: Leaving directory `/home/jernej/openwrt'
> make: *** [world] Error 2/
> 
>  
> 
>  
> 
> /With Best Regards, Mit//Freundlichen Grüßen/
> 
>  
> 
> Jernej Izak
> 
>  
> 
> 
> 
> ___
> 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

[OpenWrt-Devel] Build issue using ccache due to GCC patch / R_MIPS_26

There seems to be an issue using ccache in combination with the openwrt 
patched gcc.


Found the issue while investigating the following compilation issue:

---
openwrt/staging_dir/toolchain-mips_gcc-4.6-linaro_uClibc-0.9.33.2/lib/gcc/mips-openwrt-linux-uclibc/4.6.3/../../../../mips-openwrt-linux-uclibc/bin/ld: 
.libs/libxt_ACCOUNT_cl.o: relocation R_MIPS_26 against `memset' can not 
be used when making a shared object; recompile with -fPIC

libs/libxt_ACCOUNT_cl.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[8]: *** [libxt_ACCOUNT_cl.la] Error 1
---


This only happened sometimes and only on certain machines. Closer look 
showed that libtool wasn't actually adding -fPIC. This was caused by 
the autoconf check for the PIC flag sometimes failing on my machine:


  checking for ccache_cc option to produce PIC... -fPIC -DPIC
  checking if ccache_cc PIC flag -fPIC -DPIC works... no

Doing a 'clean prepare compile' of the package sometimes fixed it.

The problem is that the autoconf test is doing a compilation with -fPIC 
then compares the stdout of the compiler to a 'normal' compilation. The 
results have to be equal to pass the test, in my setup, this wasn't 
always the case.


The reason was that the compilation output for that step sometimes gave 
a warning:


  warning: someone does not honour COPTS correctly, passed 2 times

This warning comes from the 910-mbsd_multi.patch patch to gcc, which 
verifies that -fhonour-copts is on the compilation line and that it is 
only present once. The patch also uses an environment variable called 
GCC_HONOUR_COPTS which indicates what has to happen if the option isn't 
present or is specified more than once. (possible values 0, 1, 2 and 
's' for silent)



The problem that was occuring on my setup was that -fhonour-copts had 
been specified more than once for an autoconf check and that this 
result was cached by ccache.


All subsequent compilations for the same autoconf conftest.c file, 
returned the result from the compiler cache as for ccache the same 
inputs where used for the compilation. The problem here is that ccache 
has no knowledge that the environment variable GCC_HONOUR_COPTS 
influences the stdout from gcc and since the stdout is of importance to 
autoconf, it was causing the PIC config test to fail due to a prior 
cached compilation result.


To verify my finding, I tried compilation without ccache, which worked 
and then tried patching ccache to also track GCC_HONOUR_COPTS, which 
also produced the correct result:


--- ccache-3.1.7/ccache.c   2012-01-08 15:40:55.0 +0100
+++ ccache-3.1.7-patched/ccache.c   2015-07-14 09:56:02.037675777 
+0200

@@ -965,6 +965,7 @@ calculate_object_hash(struct args *args,
   "CPLUS_INCLUDE_PATH",
   "OBJC_INCLUDE_PATH",
   "OBJCPLUS_INCLUDE_PATH", /* clang */
+"GCC_HONOUR_COPTS",
   NULL
   };
   for (p = envvars; *p != NULL ; ++p) {

With this patch, ccache will also add the GCC_HONOUR_COPTS setting to 
the hash of the compilation command and will consider 2 compilations 
with a different GCC_HONOUR_COPTS to actually be 2 different 
compilations.



However, this doesn't completely fix the problem as it appears that the 
tools/ccache/Makefile will only be compiled if ccache isn't already 
present on the host system, so probably the proper way to fix this is 
to just unconditionally compile ccache too if it is selected by the 
build system and then add the above ccache patch to the package.


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

[OpenWrt-Devel] [PATCH] ramips: added gpio spi refclk support for wrtnode board

2015-07-14 Thread Christian Mehlis

This syncs the dts file with the one provided by the wrtnode team:
https://github.com/WRTnode/openwrt-patches/blob/master/R41508/wrtnode_factory_firmware_dts.patch

Signed-off-by: Christian Mehlis 
---
 target/linux/ramips/dts/WRTNODE.dts | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/target/linux/ramips/dts/WRTNODE.dts 
b/target/linux/ramips/dts/WRTNODE.dts
index 793c02f..2a4dd19 100644
--- a/target/linux/ramips/dts/WRTNODE.dts
+++ b/target/linux/ramips/dts/WRTNODE.dts
@@ -76,7 +76,7 @@
pinctrl {
state_default: pinctrl0 {
default {
-   ralink,group = "ephy", "wled", "pa", "i2c", 
"wdt", "uartf";
+   ralink,group = "ephy", "wled", "pa", "i2c", 
"wdt", "uartf", "spi refclk";
ralink,function = "gpio";
};
};
-- 
2.3.4.263.gf53fc38
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Build issue using ccache due to GCC patch / R_MIPS_26

On 2015-07-14 10:10, Karl Vogel wrote:
> There seems to be an issue using ccache in combination with the openwrt 
> patched gcc.
> 
> Found the issue while investigating the following compilation issue:
> 
> --- [ ... ]
> With this patch, ccache will also add the GCC_HONOUR_COPTS setting to 
> the hash of the compilation command and will consider 2 compilations 
> with a different GCC_HONOUR_COPTS to actually be 2 different 
> compilations.
> 
> 
> However, this doesn't completely fix the problem as it appears that the 
> tools/ccache/Makefile will only be compiled if ccache isn't already 
> present on the host system, so probably the proper way to fix this is 
> to just unconditionally compile ccache too if it is selected by the 
> build system and then add the above ccache patch to the package.
I agree with your analysis of the issue, and I think your proposed
solution makes sense. Feel free to submit a patch for that.

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

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 2015-07-14 10:08, Jernej Izak wrote:
>  
> 
> Hi,
> 
>  
> 
> About activating device tree on build OpenWRT with Raspberry pi.
> 
> We tried to add patch
> “0002-kernel-fix-build-with-CONFIG_MTD-unset.patch” to
> “/target/linux/generic/patches-3.18” in second try to
> “/target/linux/brcm2708/patches-3.18 but we still got below error:
> 
>  
> 
> /Applying patch generic/0002-kernel-fix-build-with-CONFIG_MTD-unset.patch
> (Stripping trailing CRs from patch; use --binary to disable.)
> can't find file to patch at input line 21
> Perhaps you used the wrong -p or --strip option?
The patch is meant to be applied on the OpenWrt tree directly, not
copied to a target patches directory.

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

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

current HEAD seems to build fine for me. could you retry with the patch
i merged today ?



On 14/07/2015 10:10, John Crispin wrote:
> ok, let me have a look, my testing showed that it worked, maybe i tested
> the wrong tree...
> 
> On 14/07/2015 10:08, Jernej Izak wrote:
>>  
>>
>> Hi,
>>
>>  
>>
>> About activating device tree on build OpenWRT with Raspberry pi.
>>
>> We tried to add patch
>> “0002-kernel-fix-build-with-CONFIG_MTD-unset.patch” to
>> “/target/linux/generic/patches-3.18” in second try to
>> “/target/linux/brcm2708/patches-3.18 but we still got below error:
>>
>>  
>>
>> /Applying patch generic/0002-kernel-fix-build-with-CONFIG_MTD-unset.patch
>> (Stripping trailing CRs from patch; use --binary to disable.)
>> can't find file to patch at input line 21
>> Perhaps you used the wrong -p or --strip option?
>> The text leading up to this was:
>> --
>> |From f98ce9c7abf1e13443d129aba0e01fe63265445f Mon Sep 17 00:00:00 2001
>> |From: Hauke Mehrtens mailto:ha...@hauke-m.de>>
>> |Date: Sun, 12 Jul 2015 13:39:30 +0200
>> |Subject: [PATCH 2/2] kernel: fix build with CONFIG_MTD unset
>> |
>> |of_get_mac_address_mtd() accesses functions behind CONFIG_MTD without
>> |checking if it is available, deactivate this function if
>> |of_get_mac_address_mtd is not available.
>> |
>> |Signed-off-by: Hauke Mehrtens mailto:ha...@hauke-m.de>>
>> |---
>> | .../patches-3.18/681-NET-add-of_get_mac_address_mtd.patch   | 13
>> +++--
>> | .../patches-4.0/681-NET-add-of_get_mac_address_mtd.patch| 13
>> +++--
>> | .../patches-4.1/681-NET-add-of_get_mac_address_mtd.patch| 13
>> +++--
>> | 3 files changed, 33 insertions(+), 6 deletions(-)
>> |
>> |diff --git
>> a/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
>> b/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
>> |index 8ce17fe..2603f11 100644
>> |---
>> a/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
>> |+++
>> b/target/linux/generic/patches-3.18/681-NET-add-of_get_mac_address_mtd.patch
>> --
>> No file to patch.  Skipping patch.
>> 2 out of 2 hunks ignored
>> (Stripping trailing CRs from patch; use --binary to disable.)
>> can't find file to patch at input line 62
>> Perhaps you used the wrong -p or --strip option?
>> The text leading up to this was:
>> --
>> |diff --git
>> a/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
>> b/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
>> |index 8ce17fe..2603f11 100644
>> |---
>> a/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
>> |+++
>> b/target/linux/generic/patches-4.0/681-NET-add-of_get_mac_address_mtd.patch
>> --
>> No file to patch.  Skipping patch.
>> 2 out of 2 hunks ignored
>> (Stripping trailing CRs from patch; use --binary to disable.)
>> can't find file to patch at input line 103
>> Perhaps you used the wrong -p or --strip option?
>> The text leading up to this was:
>> --
>> |diff --git
>> a/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
>> b/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
>> |index 6542898..ecbe75c 100644
>> |---
>> a/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
>> |+++
>> b/target/linux/generic/patches-4.1/681-NET-add-of_get_mac_address_mtd.patch
>> --
>> No file to patch.  Skipping patch.
>> 2 out of 2 hunks ignored
>> Patch generic/0002-kernel-fix-build-with-CONFIG_MTD-unset.patch does not
>> apply (enforce with -f)
>> make[4]: ***
>> [/home/jernej/openwrt/build_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_eabi/linux-brcm2708_bcm2708/linux-3.18.18/.quilt_checked]
>> Error 1
>> make[4]: Leaving directory `/home/jernej/openwrt/target/linux/brcm2708'
>> make[3]: *** [compile] Error 2
>> make[3]: Leaving directory `/home/jernej/openwrt/target/linux'
>> make[2]: *** [target/linux/compile] Error 2
>> make[2]: Leaving directory `/home/jernej/openwrt'
>> make[1]: ***
>> [/home/jernej/openwrt/staging_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_eabi/stamp/.target_compile]
>> Error 2
>> make[1]: Leaving directory `/home/jernej/openwrt'
>> make: *** [world] Error 2/
>>
>>  
>>
>>  
>>
>> /With Best Regards, Mit//Freundlichen Grüßen/
>>
>>  
>>
>> Jernej Izak
>>
>>  
>>
>>
>>
>> ___
>> 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
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt

Re: [OpenWrt-Devel] Alternatives do TDMA

Sorry to jump in on an older tdma thread, but I found two interesting things.

It looks like  Russian company called NETSHe have made TDMA driver:
http://www.netshe.ru/files/doc/en/TDMA_brief_en.pdf
http://www.netshe.ru/tdma

And also there was a intesting job posting for developing TDMA driver
for cliend in United Arab Emirates:
https://www.elance.com/j/outdoor-wireless-open-wrt-atheros-development/69183838/?backurl=aHR0cHM6Ly93d3cuZWxhbmNlLmNvbS9yL2pvYnMvcS1vcGVud3J0Lw==

So I guess there are few working implementations out there, but just
not is open source so far :(
___
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] Prevent more gzip timestamps



On 12/07/2015 21:06, Florian Fainelli wrote:
> 2015-07-12 9:41 GMT-07:00 Reiner Herrmann :
>> To improve reproducibility, prevent the inclusion of timestamps
>> in the gzip header.
> 
> This looks fine to me, this also unveils a lot of repetition in how we
> invoke gzip and its parameters, would you mind factoring this in a
> variable such that we control how gzip options are set globally?
> Eventually someone will want to be able to turn back on timestamps and
> original names in how gzip generates compressed files, and we might as
> well have a single location to fix this.
> 
> Let's just hope that nobody relies on the original file names (does
> not look like it).
> 


lets do the gzip variable refactoring globally in a different patch
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] base-files: Add preinit option to disable config restore

On 2015-07-13 16:14, Bruno Randolf wrote:
> Sometimes it's desirable to be sure that config files from a new firmware 
> image
> overwrite the config files from the previously running firmware and we can not
> always expect the user to use 'sysupgrade -n'. In this case the option
> TARGET_PREINIT_CONFIG_RESTORE can be set to 'n'.
> 
> This is more useful with a custom uci-default scripts which can selectively
> migrate config options, since the the old configuration still exists during 
> the
> first boot in /sysupgrade.tgz until /etc/init.d/done is called.
> 
> Signed-off-by: Bruno Randolf 
Unless I'm missing something, this seems like a rarely needed special
case to me. How about simply adding a custom preinit file to your
firmware through files/ instead?
Since the preinit script runs boot_run_hook preinit_mount_root just
before the config restore, you should be able to add your code in the
right place and use it to delete or move sysupgrade.tgz.

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

Re: [OpenWrt-Devel] [PATCH 1/2] ipkg-build: use deterministic timestamps in ipk tarballs



On 12/07/2015 18:41, Reiner Herrmann wrote:
> As a follow-up to r46026, this commit sets the modification
> times of files inside the tarballs to deterministic values.
> It uses the date of the last git or svn commit and falls
> back to the old behavior if those are not available.
> 
> Signed-off-by: Reiner Herrmann 

i just pulled this series into my local tree and will do some test
images just to double check everything works.

thanks for the patch !




> ---
>  scripts/ipkg-build | 17 ++---
>  1 file changed, 14 insertions(+), 3 deletions(-)
> 
> diff --git a/scripts/ipkg-build b/scripts/ipkg-build
> index 6787ed4..2d41076 100755
> --- a/scripts/ipkg-build
> +++ b/scripts/ipkg-build
> @@ -13,8 +13,19 @@ version=1.0
>  FIND="$(which find)"
>  FIND="${FIND:-$(which gfind)}"
>  TAR="${TAR:-$(which tar)}"
> +SVN="$(which svn)"
> +GIT="$(which git)"
>  export GZIP="-n"
>  
> +# look up date of last commit
> +if [ -d "$TOPDIR/.git" ]; then
> + TIMESTAMP=$($GIT log -1 -s --format=%ci)
> +elif [ -d "$TOPDIR/.svn" ]; then
> + TIMESTAMP=$($SVN info "$TOPDIR" | sed -n "s/^Last Changed Date: 
> \(.*\)/\1/p")
> +else
> + TIMESTAMP=$(date)
> +fi
> +
>  ipkg_extract_value() {
>   sed -e "s/^[^:]*:[[:space:]]*//"
>  }
> @@ -128,20 +139,20 @@ mkdir $tmp_dir
>  
>  echo $CONTROL > $tmp_dir/tarX
>  # Preserve permissions (-p) when creating data.tar.gz as non-root user
> -( cd $pkg_dir && $TAR $ogargs -X $tmp_dir/tarX --format=gnu -czpf 
> $tmp_dir/data.tar.gz . )
> +( cd $pkg_dir && $TAR $ogargs -X $tmp_dir/tarX --format=gnu -czpf 
> $tmp_dir/data.tar.gz --mtime="$TIMESTAMP" . )
>  
>  installed_size=`stat -c "%s" $tmp_dir/data.tar.gz`
>  sed -i -e "s/^Installed-Size: .*/Installed-Size: $installed_size/" \
>   $pkg_dir/$CONTROL/control
>  
> -( cd $pkg_dir/$CONTROL && $TAR $ogargs --format=gnu -czf 
> $tmp_dir/control.tar.gz . )
> +( cd $pkg_dir/$CONTROL && $TAR $ogargs --format=gnu -czf 
> $tmp_dir/control.tar.gz --mtime="$TIMESTAMP" . )
>  rm $tmp_dir/tarX
>  
>  echo "2.0" > $tmp_dir/debian-binary
>  
>  pkg_file=$dest_dir/${pkg}_${version}_${arch}.ipk
>  rm -f $pkg_file
> -( cd $tmp_dir && $TAR --format=gnu -zcf $pkg_file ./debian-binary 
> ./data.tar.gz ./control.tar.gz )
> +( cd $tmp_dir && $TAR --format=gnu -zcf $pkg_file --mtime="$TIMESTAMP" 
> ./debian-binary ./data.tar.gz ./control.tar.gz )
>  
>  rm $tmp_dir/debian-binary $tmp_dir/data.tar.gz $tmp_dir/control.tar.gz
>  rmdir $tmp_dir
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] firmware-utils mktplinkfw: print amount of exceeding bytes

Hi,

nitpick inline

John

On 13/07/2015 16:16, Stephan Maka wrote:
> This is very useful for trimming images towards 4 MiB flash size.
> 
> Signed-off-by: Stephan Maka 
> ---
>  tools/firmware-utils/src/mktplinkfw.c | 20 ++--
>  1 file changed, 10 insertions(+), 10 deletions(-)
> 
> diff --git a/tools/firmware-utils/src/mktplinkfw.c 
> b/tools/firmware-utils/src/mktplinkfw.c
> index 09536c6..850aff4 100644
> --- a/tools/firmware-utils/src/mktplinkfw.c
> +++ b/tools/firmware-utils/src/mktplinkfw.c
> @@ -657,10 +657,10 @@ static int check_options(void)
>   kernel_len = kernel_info.file_size;
>  
>   if (combined) {
> - if (kernel_info.file_size >
> - fw_max_len - sizeof(struct fw_header)) {
> + int exceed_bytes = kernel_info.file_size - (fw_max_len - 
> sizeof(struct fw_header));

you define exceed_bytes here once ... and

> + if (exceed_bytes > 0) {
>   if (!ignore_size) {
> - ERR("kernel image is too big");
> + ERR("kernel image is too big by %i bytes", 
> exceed_bytes);
>   return -1;
>   }
>   layout->fw_max_len = sizeof(struct fw_header) +
> @@ -684,20 +684,20 @@ static int check_options(void)
>  
>   DBG("kernel length aligned to %u", kernel_len);
>  
> - if (kernel_len + rootfs_info.file_size >
> - fw_max_len - sizeof(struct fw_header)) {
> - ERR("images are too big");
> + int exceed_bytes = kernel_len + rootfs_info.file_size - 
> (fw_max_len - sizeof(struct fw_header));

... a second time here and ...

> + if (exceed_bytes > 0) {
> + ERR("images are too big by %i bytes", 
> exceed_bytes);
>   return -1;
>   }
>   } else {
> - if (kernel_info.file_size >
> - rootfs_ofs - sizeof(struct fw_header)) {
> + int exceed_bytes = kernel_info.file_size - (rootfs_ofs 
> - sizeof(struct fw_header));

... a third time here. please just declare it once as to no run into
scoping issues in the future.

John


> + if (exceed_bytes > 0) {
>   ERR("kernel image is too big");
>   return -1;
>   }
>  
> - if (rootfs_info.file_size >
> - (fw_max_len - rootfs_ofs)) {
> + exceed_bytes = rootfs_info.file_size - (fw_max_len - 
> rootfs_ofs);
> + if (exceed_bytes > 0) {
>   ERR("rootfs image is too big");
>   return -1;
>   }
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] Make ccache aware of OpenWRT provided GCC patch.


The OpenWRT GCC patch, 910-mbsd_multi.patch adds an extra option
to gcc that depends on an environment variable. Standard ccache
is unaware of this option and therefor can produce stdout from gcc
that doesn't correspond to what you would get if you actually
do a direct compilation with gcc.

This commit adds a patch to ccache to make it aware of the new
option and removes the feature from the ccache package to use the
host system's installed ccache binary.
---
tools/ccache/Makefile   | 24 --
tools/ccache/patches/100-honour-copts.patch | 31 
+

2 files changed, 35 insertions(+), 20 deletions(-)
create mode 100644 tools/ccache/patches/100-honour-copts.patch

diff --git a/tools/ccache/Makefile b/tools/ccache/Makefile
index 9020c9c..75c5f8c 100644
--- a/tools/ccache/Makefile
+++ b/tools/ccache/Makefile
@@ -24,29 +24,13 @@ define Host/Install/ccache
$(CP) ./files/* $(STAGING_DIR_HOST)/bin/
endef

-ifneq ($(strip $(shell which ccache >/dev/null && echo found)),found)
-  define Host/Clean
+define Host/Clean
-$(MAKE) -C $(HOST_BUILD_DIR) uninstall
$(call Host/Clean/Default)
-  endef
-  define Host/Install
+endef
+define Host/Install
$(call Host/Install/Default)
$(call Host/Install/ccache)
-  endef
-else
-  define Host/Prepare
-  endef
-  define Host/Configure
-  endef
-  define Host/Compile
-  endef
-  define Host/Install
-   $(call Host/Install/ccache)
-  endef
-  define Host/Clean
-  endef
-  define Download
-  endef
-endif
+endef

$(eval $(call HostBuild))
diff --git a/tools/ccache/patches/100-honour-copts.patch 
b/tools/ccache/patches/100-honour-copts.patch

new file mode 100644
index 000..9182d33
--- /dev/null
+++ b/tools/ccache/patches/100-honour-copts.patch
@@ -0,0 +1,31 @@
+From 135d868c539f994afbcf80d313ba2e39f031d3b1 Mon Sep 17 00:00:00 2001
+From: Karl Vogel 
+Date: Tue, 14 Jul 2015 11:05:33 +0200
+Subject: [PATCH] Include environment variable GCC_HONOUR_COPTS in hash.
+
+The OpenWRT patch, 910-mbsd_multi.patch, to GCC adds an extra
+compilation flag, -fhonour-copts, which is influenced by an
+environment variable called GCC_HONOUR_COPTS.
+
+Include this environment var in the hash calculation as otherwise
+the gcc stdout warning from a previous compilation might be shown
+where, even when GCC_HONOUR_COPTS is in 's'ilent mode.
+---
+ ccache.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/ccache.c b/ccache.c
+index e41af13..fa67ed2 100644
+--- a/ccache.c
 b/ccache.c
+@@ -965,6 +965,7 @@ calculate_object_hash(struct args *args, struct 
mdfour *hash, int direct_mode)

+   "CPLUS_INCLUDE_PATH",
+   "OBJC_INCLUDE_PATH",
+   "OBJCPLUS_INCLUDE_PATH", /* clang */
++"GCC_HONOUR_COPTS",
+   NULL
+   };
+   for (p = envvars; *p != NULL ; ++p) {
+--
+1.9.1
+
--
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] [PATCH] Make ccache aware of OpenWRT provided GCC patch.

On 2015-07-14 11:15, Karl Vogel wrote:
> The OpenWRT GCC patch, 910-mbsd_multi.patch adds an extra option
> to gcc that depends on an environment variable. Standard ccache
> is unaware of this option and therefor can produce stdout from gcc
> that doesn't correspond to what you would get if you actually
> do a direct compilation with gcc.
> 
> This commit adds a patch to ccache to make it aware of the new
> option and removes the feature from the ccache package to use the
> host system's installed ccache binary.
> ---
Your patch is line wrapped, please fix and resend.

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

Re: [OpenWrt-Devel] Alternatives do TDMA

I have your found out that NETSHe offers some of their firmwares for
free download and testing with TDMA enbled driver:
http://netshe.ru/files/NETSHe-3.0/


On 14 July 2015 at 10:47, valent.turko...@gmail.com
 wrote:
> Sorry to jump in on an older tdma thread, but I found two interesting things.
>
> It looks like  Russian company called NETSHe have made TDMA driver:
> http://www.netshe.ru/files/doc/en/TDMA_brief_en.pdf
> http://www.netshe.ru/tdma
>
> And also there was a intesting job posting for developing TDMA driver
> for cliend in United Arab Emirates:
> https://www.elance.com/j/outdoor-wireless-open-wrt-atheros-development/69183838/?backurl=aHR0cHM6Ly93d3cuZWxhbmNlLmNvbS9yL2pvYnMvcS1vcGVud3J0Lw==
>
> So I guess there are few working implementations out there, but just
> not is open source so far :(
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] fix 64bit uclibc external toolchain detection

Hi Dirk,

please make sure to use a proper prefix for your patches. i just fixed
this manually while merging so no need to resend.

John

On 08/07/2015 07:34, Dirk Neukirchen wrote:
> according to gcc, UCLIBC_DYNAMIC_LINKER64
> 
> Signed-off-by: Dirk Neukirchen 
> ---
>  scripts/ext-toolchain.sh | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/scripts/ext-toolchain.sh b/scripts/ext-toolchain.sh
> index 3ebaa21..a552fbe 100755
> --- a/scripts/ext-toolchain.sh
> +++ b/scripts/ext-toolchain.sh
> @@ -91,7 +91,7 @@ test_uclibc() {
>   local sysroot="$("$CC" $CFLAGS -print-sysroot 2>/dev/null)"
>   if [ -d "${sysroot:-$TOOLCHAIN}" ]; then
>   local lib
> - for lib in 
> "${sysroot:-$TOOLCHAIN}"/{lib,usr/lib,usr/local/lib}/ld-uClibc*.so*; do
> + for lib in 
> "${sysroot:-$TOOLCHAIN}"/{lib,usr/lib,usr/local/lib}/ld*-uClibc*.so*; do
>   if [ -f "$lib" ] && [ ! -h "$lib" ]; then
>   return 0
>   fi
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] IPv6/odhcpd: Attempt to workaround phones ignoring RAs in standby + to fix NDP-relays

2015-07-14 Thread Steven Barth

Hi everyone,

I just pushed a few experimental changes to trunk for odhcpd.


#1 Unsolicited RAs are now also sent via unicast to known neighbors

This may help address an issues commonly seen in some android phones.
Some popular devices seem to ignore MC RAs during standby / display off,
thus once address / route lifetimes run out they loose IPv6 connectivity.

IPv6 connectivity is only regained after the device is in use AND the
next multicast RA is received. For details, see:
https://code.google.com/p/android/issues/detail?id=32662



#2 Finally, another attempt at fixing the NDP / RA / DHCPv6 relay.

Some kernel semantics seem to have changed and I hope the new version
works better now.


Both changes are experimental, so if you are affected it would be nice
to get some feedback.


Cheers,

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

Re: [OpenWrt-Devel] [PATCH v4 0/5] ar71xx: Add support for devolo dLAN devices

2015-07-14 Thread Guenther Kelleter

Hi

Now that this patch set is committed to trunk, is there a chance that a 
backport to CC branch could be integrated before the final release?
I would supply the backported patch set.


Günther


> -Original Message-
> From: Günther Kelleter [mailto:guenther.kelle...@devolo.de]
> Sent: Thursday, July 09, 2015 6:07 PM
> To: openwrt-devel@lists.openwrt.org
> Cc: Guenther Kelleter
> Subject: [PATCH v4 0/5] ar71xx: Add support for devolo dLAN devices
> 
> This patch set adds support for two devolo dLAN devices:
>   dLAN pro 500 Wireless+
>   dLAN pro 1200+ Wifi ac
> 
> It supports the wireless and ethernet interfaces.
> PLC support must be implemented in user space and will follow later when basic
> support is finally accepted.
> 
> Changes since PATCH v3:
>   ucidef_set_led_gpio: name changed
>   removed patch ar71xx: ag71xx: add pdata field supported
>   removed patch ath79: dev-eth: initialize clock for id 0 on AR934X
>   gpio irq loop uses for_each_bit_set
>   get rid of inc_mac_addr function
>   fixed pro 500 Wireless+ machine setup
> 
> Günther Kelleter (5):
>   ar71xx: add support for the devolo dLAN pro 500 Wireless+
>   ar71xx: add support to use gpio irqs
>   mac80211: make ath10k firmware v2 selectable
>   base-files: added option to configure the gpio led trigger in
> uci-defaults
>   ar71xx: add support for the devolo dLAN pro 1200+ WiFi ac
> 
>  package/base-files/files/etc/init.d/led|   7 +
>  .../base-files/files/lib/functions/uci-defaults.sh |  20 ++
>  package/kernel/mac80211/Makefile   |  19 ++
>  target/linux/ar71xx/base-files/etc/diag.sh |   6 +
>  .../etc/hotplug.d/firmware/11-ath10k-caldata   |   3 +
>  .../ar71xx/base-files/etc/uci-defaults/01_leds |  13 ++
>  .../ar71xx/base-files/etc/uci-defaults/02_network  |  10 +
>  target/linux/ar71xx/base-files/lib/ar71xx.sh   |   6 +
>  .../ar71xx/base-files/lib/upgrade/platform.sh  |   2 +
>  target/linux/ar71xx/config-3.18|   2 +
>  .../files/arch/mips/ath79/mach-dlan-pro-1200-ac.c  | 189 +
>  .../files/arch/mips/ath79/mach-dlan-pro-500-wp.c   | 203 +++
>  .../linux/ar71xx/generic/profiles/devolo-dlan.mk   |  33 +++
>  target/linux/ar71xx/image/Makefile |  21 ++
>  .../610-MIPS-ath79-openwrt-machines.patch  |  40 +++-
>  .../739-MIPS-ath79-add-gpio-irq-support.patch  | 224
> +
>  16 files changed, 792 insertions(+), 6 deletions(-)  create mode 100644
> target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-1200-ac.c
>  create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-
> 500-wp.c
>  create mode 100644 target/linux/ar71xx/generic/profiles/devolo-dlan.mk
>  create mode 100644 target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-
> irq-support.patch
> 
> --
> 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] [PATCH v4 0/5] ar71xx: Add support for devolo dLAN devices



On 14/07/2015 11:28, Guenther Kelleter wrote:
> Hi
> 
> Now that this patch set is committed to trunk, is there a chance that a 
> backport to CC branch could be integrated before the final release?
> I would supply the backported patch set.
> 
> 
> Günther
> 

i was going to send you a mail asking for the series once i finished
merging patches ;)


> 
>> -Original Message-
>> From: Günther Kelleter [mailto:guenther.kelle...@devolo.de]
>> Sent: Thursday, July 09, 2015 6:07 PM
>> To: openwrt-devel@lists.openwrt.org
>> Cc: Guenther Kelleter
>> Subject: [PATCH v4 0/5] ar71xx: Add support for devolo dLAN devices
>>
>> This patch set adds support for two devolo dLAN devices:
>>   dLAN pro 500 Wireless+
>>   dLAN pro 1200+ Wifi ac
>>
>> It supports the wireless and ethernet interfaces.
>> PLC support must be implemented in user space and will follow later when 
>> basic
>> support is finally accepted.
>>
>> Changes since PATCH v3:
>>  ucidef_set_led_gpio: name changed
>>  removed patch ar71xx: ag71xx: add pdata field supported
>>  removed patch ath79: dev-eth: initialize clock for id 0 on AR934X
>>  gpio irq loop uses for_each_bit_set
>>  get rid of inc_mac_addr function
>>  fixed pro 500 Wireless+ machine setup
>>
>> Günther Kelleter (5):
>>   ar71xx: add support for the devolo dLAN pro 500 Wireless+
>>   ar71xx: add support to use gpio irqs
>>   mac80211: make ath10k firmware v2 selectable
>>   base-files: added option to configure the gpio led trigger in
>> uci-defaults
>>   ar71xx: add support for the devolo dLAN pro 1200+ WiFi ac
>>
>>  package/base-files/files/etc/init.d/led|   7 +
>>  .../base-files/files/lib/functions/uci-defaults.sh |  20 ++
>>  package/kernel/mac80211/Makefile   |  19 ++
>>  target/linux/ar71xx/base-files/etc/diag.sh |   6 +
>>  .../etc/hotplug.d/firmware/11-ath10k-caldata   |   3 +
>>  .../ar71xx/base-files/etc/uci-defaults/01_leds |  13 ++
>>  .../ar71xx/base-files/etc/uci-defaults/02_network  |  10 +
>>  target/linux/ar71xx/base-files/lib/ar71xx.sh   |   6 +
>>  .../ar71xx/base-files/lib/upgrade/platform.sh  |   2 +
>>  target/linux/ar71xx/config-3.18|   2 +
>>  .../files/arch/mips/ath79/mach-dlan-pro-1200-ac.c  | 189 +
>>  .../files/arch/mips/ath79/mach-dlan-pro-500-wp.c   | 203 +++
>>  .../linux/ar71xx/generic/profiles/devolo-dlan.mk   |  33 +++
>>  target/linux/ar71xx/image/Makefile |  21 ++
>>  .../610-MIPS-ath79-openwrt-machines.patch  |  40 +++-
>>  .../739-MIPS-ath79-add-gpio-irq-support.patch  | 224
>> +
>>  16 files changed, 792 insertions(+), 6 deletions(-)  create mode 100644
>> target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-1200-ac.c
>>  create mode 100644 target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-
>> 500-wp.c
>>  create mode 100644 target/linux/ar71xx/generic/profiles/devolo-dlan.mk
>>  create mode 100644 target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-
>> irq-support.patch
>>
>> --
>> 2.4.4.88.gac2ab0d
> 
> ___
> 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] Alternatives do TDMA

On 14/07/2015 11:18, valent.turko...@gmail.com wrote:
> I have your found out that NETSHe offers some of their firmwares for
> free download and testing with TDMA enbled driver:
> http://netshe.ru/files/NETSHe-3.0/

looks like it is based on owrt, did you manage to find the GPL source ?
is the tdma linked directly into the kernel or provided as a module ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Alternatives do TDMA

Sorry for not sending all links at once (some consider it spammy), but
I also see that NETSHe guys extensively tested different size time
slots and did benchmarks and comparisons:
http://netshe.stasoft.net/node/47

And here are their results:
http://netshe.ru/files/doc/en/test_results_28032015.pdf

This seams like a stable and tested TDMA driver which is in
development for around 5 years. Versions prior to stable 1.0 also had
their source posted on UBNT forums (search for NETSHe on Ubiquiti
forums).
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] Make ccache aware of OpenWRT provided GCC patch.

The OpenWRT GCC patch, 910-mbsd_multi.patch adds an extra option
to gcc that depends on an environment variable. Standard ccache
is unaware of this option and therefor can produce stdout from gcc
that doesn't correspond to what you would get if you actually
do a direct compilation with gcc.

This commit adds a patch to ccache to make it aware of the new
option and removes the feature from the ccache package to use the
host system's installed ccache binary.
---
 tools/ccache/Makefile   | 24 --
 tools/ccache/patches/100-honour-copts.patch | 31 +
 2 files changed, 35 insertions(+), 20 deletions(-)
 create mode 100644 tools/ccache/patches/100-honour-copts.patch

diff --git a/tools/ccache/Makefile b/tools/ccache/Makefile
index 9020c9c..75c5f8c 100644
--- a/tools/ccache/Makefile
+++ b/tools/ccache/Makefile
@@ -24,29 +24,13 @@ define Host/Install/ccache
$(CP) ./files/* $(STAGING_DIR_HOST)/bin/
 endef
 
-ifneq ($(strip $(shell which ccache >/dev/null && echo found)),found)
-  define Host/Clean
+define Host/Clean
-$(MAKE) -C $(HOST_BUILD_DIR) uninstall
$(call Host/Clean/Default)
-  endef
-  define Host/Install
+endef
+define Host/Install
$(call Host/Install/Default)
$(call Host/Install/ccache)
-  endef
-else
-  define Host/Prepare
-  endef
-  define Host/Configure
-  endef
-  define Host/Compile
-  endef
-  define Host/Install
-   $(call Host/Install/ccache)
-  endef
-  define Host/Clean
-  endef
-  define Download
-  endef
-endif
+endef
 
 $(eval $(call HostBuild))
diff --git a/tools/ccache/patches/100-honour-copts.patch 
b/tools/ccache/patches/100-honour-copts.patch
new file mode 100644
index 000..9182d33
--- /dev/null
+++ b/tools/ccache/patches/100-honour-copts.patch
@@ -0,0 +1,31 @@
+From 135d868c539f994afbcf80d313ba2e39f031d3b1 Mon Sep 17 00:00:00 2001
+From: Karl Vogel 
+Date: Tue, 14 Jul 2015 11:05:33 +0200
+Subject: [PATCH] Include environment variable GCC_HONOUR_COPTS in hash.
+
+The OpenWRT patch, 910-mbsd_multi.patch, to GCC adds an extra
+compilation flag, -fhonour-copts, which is influenced by an
+environment variable called GCC_HONOUR_COPTS.
+
+Include this environment var in the hash calculation as otherwise
+the gcc stdout warning from a previous compilation might be shown
+where, even when GCC_HONOUR_COPTS is in 's'ilent mode.
+---
+ ccache.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/ccache.c b/ccache.c
+index e41af13..fa67ed2 100644
+--- a/ccache.c
 b/ccache.c
+@@ -965,6 +965,7 @@ calculate_object_hash(struct args *args, struct mdfour 
*hash, int direct_mode)
+   "CPLUS_INCLUDE_PATH",
+   "OBJC_INCLUDE_PATH",
+   "OBJCPLUS_INCLUDE_PATH", /* clang */
++"GCC_HONOUR_COPTS",
+   NULL
+   };
+   for (p = envvars; *p != NULL ; ++p) {
+-- 
+1.9.1
+
-- 
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] [PATCH] Make ccache aware of OpenWRT provided GCC patch.

Hi,

subject is missing the prefix and the Signed-off-by line is missing.

John

On 14/07/2015 11:38, Karl Vogel wrote:
> The OpenWRT GCC patch, 910-mbsd_multi.patch adds an extra option
> to gcc that depends on an environment variable. Standard ccache
> is unaware of this option and therefor can produce stdout from gcc
> that doesn't correspond to what you would get if you actually
> do a direct compilation with gcc.
> 
> This commit adds a patch to ccache to make it aware of the new
> option and removes the feature from the ccache package to use the
> host system's installed ccache binary.
> ---
>  tools/ccache/Makefile   | 24 --
>  tools/ccache/patches/100-honour-copts.patch | 31 
> +
>  2 files changed, 35 insertions(+), 20 deletions(-)
>  create mode 100644 tools/ccache/patches/100-honour-copts.patch
> 
> diff --git a/tools/ccache/Makefile b/tools/ccache/Makefile
> index 9020c9c..75c5f8c 100644
> --- a/tools/ccache/Makefile
> +++ b/tools/ccache/Makefile
> @@ -24,29 +24,13 @@ define Host/Install/ccache
>   $(CP) ./files/* $(STAGING_DIR_HOST)/bin/
>  endef
>  
> -ifneq ($(strip $(shell which ccache >/dev/null && echo found)),found)
> -  define Host/Clean
> +define Host/Clean
>   -$(MAKE) -C $(HOST_BUILD_DIR) uninstall
>   $(call Host/Clean/Default)
> -  endef
> -  define Host/Install
> +endef
> +define Host/Install
>   $(call Host/Install/Default)
>   $(call Host/Install/ccache)
> -  endef
> -else
> -  define Host/Prepare
> -  endef
> -  define Host/Configure
> -  endef
> -  define Host/Compile
> -  endef
> -  define Host/Install
> - $(call Host/Install/ccache)
> -  endef
> -  define Host/Clean
> -  endef
> -  define Download
> -  endef
> -endif
> +endef
>  
>  $(eval $(call HostBuild))
> diff --git a/tools/ccache/patches/100-honour-copts.patch 
> b/tools/ccache/patches/100-honour-copts.patch
> new file mode 100644
> index 000..9182d33
> --- /dev/null
> +++ b/tools/ccache/patches/100-honour-copts.patch
> @@ -0,0 +1,31 @@
> +From 135d868c539f994afbcf80d313ba2e39f031d3b1 Mon Sep 17 00:00:00 2001
> +From: Karl Vogel 
> +Date: Tue, 14 Jul 2015 11:05:33 +0200
> +Subject: [PATCH] Include environment variable GCC_HONOUR_COPTS in hash.
> +
> +The OpenWRT patch, 910-mbsd_multi.patch, to GCC adds an extra
> +compilation flag, -fhonour-copts, which is influenced by an
> +environment variable called GCC_HONOUR_COPTS.
> +
> +Include this environment var in the hash calculation as otherwise
> +the gcc stdout warning from a previous compilation might be shown
> +where, even when GCC_HONOUR_COPTS is in 's'ilent mode.
> +---
> + ccache.c | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/ccache.c b/ccache.c
> +index e41af13..fa67ed2 100644
> +--- a/ccache.c
>  b/ccache.c
> +@@ -965,6 +965,7 @@ calculate_object_hash(struct args *args, struct mdfour 
> *hash, int direct_mode)
> + "CPLUS_INCLUDE_PATH",
> + "OBJC_INCLUDE_PATH",
> + "OBJCPLUS_INCLUDE_PATH", /* clang */
> ++"GCC_HONOUR_COPTS",
> + NULL
> + };
> + for (p = envvars; *p != NULL ; ++p) {
> +-- 
> +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] [PATCH procd] move /dev/shm to /tmp/shm

what kind of usage do you expect ?

On 11/07/2015 03:58, Daniel Gimpelevich wrote:
> Since the /dev filesystem is tiny, /dev/shm needs to live somewhere
> else.
> 
> Signed-off-by: Daniel Gimpelevich 
> --- a/initd/early.c   2015-06-19 14:01:25.0 -0700
> +++ b/initd/early.c   2015-07-10 15:04:23.270143065 -0700
> @@ -66,16 +66,20 @@
>   mount("sysfs", "/sys", "sysfs", MS_NOATIME, 0);
>   mount("none", "/sys/fs/cgroup", "cgroup", 0, 0);
>   mount("tmpfs", "/dev", "tmpfs", MS_NOATIME, "mode=0755,size=512K");
> - mkdir("/dev/shm", 01777);
> + symlink("/tmp/shm", "/dev/shm");
>   mkdir("/dev/pts", 0755);
>   mount("devpts", "/dev/pts", "devpts", MS_NOATIME, "mode=600");
>   early_dev();
>  
>   early_console("/dev/console");
> - if (mount_zram_on_tmp())
> + if (mount_zram_on_tmp()) {
>   mount("tmpfs", "/tmp", "tmpfs", MS_NOSUID | MS_NODEV | 
> MS_NOATIME, NULL);
> - else
> - mkdev("*", 0600);
> + mkdir("/tmp/shm", 01777);
> + } else {
> + mkdir("/tmp/shm", 01777);
> + mount("tmpfs", "/tmp/shm", "tmpfs", MS_NOSUID | MS_NODEV | 
> MS_NOATIME,
> + "mode=01777");
> + }
>   mkdir("/tmp/run", 0777);
>   mkdir("/tmp/lock", 0777);
>   mkdir("/tmp/state", 0777);
> --- a/plug/coldplug.c 2015-06-19 14:01:25.0 -0700
> +++ b/plug/coldplug.c 2015-07-10 15:04:19.270123233 -0700
> @@ -45,7 +45,7 @@
>   umount2("/dev/pts", MNT_DETACH);
>   umount2("/dev/", MNT_DETACH);
>   mount("tmpfs", "/dev", "tmpfs", 0, "mode=0755,size=512K");
> - mkdir("/dev/shm", 01777);
> + symlink("/tmp/shm", "/dev/shm");
>   mkdir("/dev/pts", 0755);
>   umask(oldumask);
>   mount("devpts", "/dev/pts", "devpts", 0, 0);
> ___
> 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 2/2] ar71xx: add 4.0 support

Hi,

i think we should go straight to 4.1.

John

On 15/06/2015 19:06, Roman Yeryomin wrote:
> On 15 June 2015 at 19:09, Daniel Golle  wrote:
>> On Mon, Jun 15, 2015 at 06:15:58PM +0300, Roman Yeryomin wrote:
>>> On 14 June 2015 at 20:15, Roman Yeryomin  wrote:
 Tested on UAP-PRO

>>>
>>> Please discard this, it's broken because of 45954.
>>> I will send rebased version.
>>
>> Yes, I saw that and manually fixed it to test on TL-WDR3500.
>> Apart from the breakage introduced by r45954 (which was trivial to fix)
>> everything seems to work well.
>>
>> Thanks for the good work!
>>
> 
> Did you have any problems with overlayfs? Or did you apply the patch
> from parallel thread?
> 
> Regards,
> Roman
> ___
> 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] [PATCH] x86: add kmod-acpi-button and kmod-button-hotplug to default packages

Hi,

as the patch is already 4 weeks old it does not apply anymore. could you
send a rebased version please ?

John

On 19/06/2015 09:09, Stefan Hellermann wrote:
> Since r40909 openwrt can automatically shutdown when you press the
> power button or try to shutdown a kvm virtual machine.
> When booting a recent CC-rc2 or trunk image, it doesn't work,
> as two kernel modules are missing.
> 
> Add these two kernel modules to the default packages, so users
> don't need to install them manually.
> 
> Signed-off-by: Stefan Hellermann 
> ---
>  target/linux/x86/64/target.mk| 2 +-
>  target/linux/x86/kvm_guest/target.mk | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/target/linux/x86/64/target.mk b/target/linux/x86/64/target.mk
> index 1f22eb3..9cf1671 100644
> --- a/target/linux/x86/64/target.mk
> +++ b/target/linux/x86/64/target.mk
> @@ -1,6 +1,6 @@
>  ARCH:=x86_64
>  BOARDNAME:=x86_64
> -DEFAULT_PACKAGES += kmod-e1000e kmod-e1000 kmod-r8169
> +DEFAULT_PACKAGES += kmod-acpi-button kmod-button-hotplug kmod-e1000e 
> kmod-e1000 kmod-r8169
>  ARCH_PACKAGES:=x86_64
>  MAINTAINER:=Imre Kaloz 
>  
> diff --git a/target/linux/x86/kvm_guest/target.mk 
> b/target/linux/x86/kvm_guest/target.mk
> index d3f950f..d9af63f 100644
> --- a/target/linux/x86/kvm_guest/target.mk
> +++ b/target/linux/x86/kvm_guest/target.mk
> @@ -1,3 +1,3 @@
>  BOARDNAME:=KVM Guest
>  FEATURES:=ext4 pci usb
> -DEFAULT_PACKAGES += kmod-virtio-balloon kmod-virtio-net kmod-virtio-random
> +DEFAULT_PACKAGES += kmod-acpi-button kmod-button-hotplug kmod-virtio-balloon 
> kmod-virtio-net kmod-virtio-random
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] ccache: Make ccache aware of OpenWRT provided GCC patch.

The OpenWRT GCC patch, 910-mbsd_multi.patch adds an extra option
to gcc that depends on an environment variable. Standard ccache
is unaware of this option and therefor can produce stdout from gcc
that doesn't correspond to what you would get if you actually
do a direct compilation with gcc.

This commit adds a patch to ccache to make it aware of the new
option and removes the feature from the ccache package to use the
host system's installed ccache binary.

Signed-off-by: Karl Vogel 
---
 tools/ccache/Makefile   | 24 -
 tools/ccache/patches/100-honour-copts.patch | 33 +
 2 files changed, 37 insertions(+), 20 deletions(-)
 create mode 100644 tools/ccache/patches/100-honour-copts.patch

diff --git a/tools/ccache/Makefile b/tools/ccache/Makefile
index 9020c9c..75c5f8c 100644
--- a/tools/ccache/Makefile
+++ b/tools/ccache/Makefile
@@ -24,29 +24,13 @@ define Host/Install/ccache
$(CP) ./files/* $(STAGING_DIR_HOST)/bin/
 endef
 
-ifneq ($(strip $(shell which ccache >/dev/null && echo found)),found)
-  define Host/Clean
+define Host/Clean
-$(MAKE) -C $(HOST_BUILD_DIR) uninstall
$(call Host/Clean/Default)
-  endef
-  define Host/Install
+endef
+define Host/Install
$(call Host/Install/Default)
$(call Host/Install/ccache)
-  endef
-else
-  define Host/Prepare
-  endef
-  define Host/Configure
-  endef
-  define Host/Compile
-  endef
-  define Host/Install
-   $(call Host/Install/ccache)
-  endef
-  define Host/Clean
-  endef
-  define Download
-  endef
-endif
+endef
 
 $(eval $(call HostBuild))
diff --git a/tools/ccache/patches/100-honour-copts.patch 
b/tools/ccache/patches/100-honour-copts.patch
new file mode 100644
index 000..5496dc1
--- /dev/null
+++ b/tools/ccache/patches/100-honour-copts.patch
@@ -0,0 +1,33 @@
+From e9a75b66ebb0b5b289b69a188b8b16306151bd11 Mon Sep 17 00:00:00 2001
+From: Karl Vogel 
+Date: Tue, 14 Jul 2015 11:05:33 +0200
+Subject: [PATCH] Include environment variable GCC_HONOUR_COPTS in hash.
+
+The OpenWRT patch, 910-mbsd_multi.patch, to GCC adds an extra
+compilation flag, -fhonour-copts, which is influenced by an
+environment variable called GCC_HONOUR_COPTS.
+
+Include this environment var in the hash calculation as otherwise
+the gcc stdout warning from a previous compilation might be shown
+where, even when GCC_HONOUR_COPTS is in 's'ilent mode.
+
+Signed-off-by: Karl Vogel 
+---
+ ccache.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/ccache.c b/ccache.c
+index e41af13..fa67ed2 100644
+--- a/ccache.c
 b/ccache.c
+@@ -965,6 +965,7 @@ calculate_object_hash(struct args *args, struct mdfour 
*hash, int direct_mode)
+   "CPLUS_INCLUDE_PATH",
+   "OBJC_INCLUDE_PATH",
+   "OBJCPLUS_INCLUDE_PATH", /* clang */
++"GCC_HONOUR_COPTS",
+   NULL
+   };
+   for (p = envvars; *p != NULL ; ++p) {
+-- 
+1.9.1
+
-- 
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] [PATCH] Make ccache aware of OpenWRT provided GCC patch.

On 2015-07-14 11:38, Karl Vogel wrote:
> The OpenWRT GCC patch, 910-mbsd_multi.patch adds an extra option
> to gcc that depends on an environment variable. Standard ccache
> is unaware of this option and therefor can produce stdout from gcc
> that doesn't correspond to what you would get if you actually
> do a direct compilation with gcc.
> 
> This commit adds a patch to ccache to make it aware of the new
> option and removes the feature from the ccache package to use the
> host system's installed ccache binary.
> ---
> +--- a/ccache.c
>  b/ccache.c
> +@@ -965,6 +965,7 @@ calculate_object_hash(struct args *args, struct mdfour 
> *hash, int direct_mode)
> + "CPLUS_INCLUDE_PATH",
> + "OBJC_INCLUDE_PATH",
> + "OBJCPLUS_INCLUDE_PATH", /* clang */
> ++"GCC_HONOUR_COPTS",
Indentation is broken here (whitespaces vs tabs).

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

Re: [OpenWrt-Devel] [PATCH] ccache: Make ccache aware of OpenWRT provided GCC patch.



On 14/07/2015 11:57, Karl Vogel wrote:
> ++"GCC_HONOUR_COPTS",
> + NULL


this is still whitespace broken :(
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] ccache: Make ccache aware of OpenWRT provided GCC patch.

The OpenWRT GCC patch, 910-mbsd_multi.patch adds an extra option
to gcc that depends on an environment variable. Standard ccache
is unaware of this option and therefor can produce stdout from gcc
that doesn't correspond to what you would get if you actually
do a direct compilation with gcc.

This commit adds a patch to ccache to make it aware of the new
option and removes the feature from the ccache package to use the
host system's installed ccache binary.

Signed-off-by: Karl Vogel 
---
 tools/ccache/Makefile   | 24 -
 tools/ccache/patches/100-honour-copts.patch | 33 +
 2 files changed, 37 insertions(+), 20 deletions(-)
 create mode 100644 tools/ccache/patches/100-honour-copts.patch

diff --git a/tools/ccache/Makefile b/tools/ccache/Makefile
index 9020c9c..75c5f8c 100644
--- a/tools/ccache/Makefile
+++ b/tools/ccache/Makefile
@@ -24,29 +24,13 @@ define Host/Install/ccache
$(CP) ./files/* $(STAGING_DIR_HOST)/bin/
 endef
 
-ifneq ($(strip $(shell which ccache >/dev/null && echo found)),found)
-  define Host/Clean
+define Host/Clean
-$(MAKE) -C $(HOST_BUILD_DIR) uninstall
$(call Host/Clean/Default)
-  endef
-  define Host/Install
+endef
+define Host/Install
$(call Host/Install/Default)
$(call Host/Install/ccache)
-  endef
-else
-  define Host/Prepare
-  endef
-  define Host/Configure
-  endef
-  define Host/Compile
-  endef
-  define Host/Install
-   $(call Host/Install/ccache)
-  endef
-  define Host/Clean
-  endef
-  define Download
-  endef
-endif
+endef
 
 $(eval $(call HostBuild))
diff --git a/tools/ccache/patches/100-honour-copts.patch 
b/tools/ccache/patches/100-honour-copts.patch
new file mode 100644
index 000..dc32885
--- /dev/null
+++ b/tools/ccache/patches/100-honour-copts.patch
@@ -0,0 +1,33 @@
+From 90762a9b8d9a50b6176f10bd6c2e2b9501117561 Mon Sep 17 00:00:00 2001
+From: Karl Vogel 
+Date: Tue, 14 Jul 2015 11:05:33 +0200
+Subject: [PATCH] Include environment variable GCC_HONOUR_COPTS in hash.
+
+The OpenWRT patch, 910-mbsd_multi.patch, to GCC adds an extra
+compilation flag, -fhonour-copts, which is influenced by an
+environment variable called GCC_HONOUR_COPTS.
+
+Include this environment var in the hash calculation as otherwise
+the gcc stdout warning from a previous compilation might be shown
+where, even when GCC_HONOUR_COPTS is in 's'ilent mode.
+
+Signed-off-by: Karl Vogel 
+---
+ ccache.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/ccache.c b/ccache.c
+index e41af13..b736a9c 100644
+--- a/ccache.c
 b/ccache.c
+@@ -965,6 +965,7 @@ calculate_object_hash(struct args *args, struct mdfour 
*hash, int direct_mode)
+   "CPLUS_INCLUDE_PATH",
+   "OBJC_INCLUDE_PATH",
+   "OBJCPLUS_INCLUDE_PATH", /* clang */
++  "GCC_HONOUR_COPTS",
+   NULL
+   };
+   for (p = envvars; *p != NULL ; ++p) {
+-- 
+1.9.1
+
-- 
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] [PATCH] base-files: Add preinit option to disable config restore

Hi Felix,

On 07/14/2015 10:09 AM, Felix Fietkau wrote:
> Unless I'm missing something, this seems like a rarely needed special
> case to me. How about simply adding a custom preinit file to your
> firmware through files/ instead?
> Since the preinit script runs boot_run_hook preinit_mount_root just
> before the config restore, you should be able to add your code in the
> right place and use it to delete or move sysupgrade.tgz.

Yes, you are right, this is a simpler way. Forget my patch then.

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

[OpenWrt-Devel] VoCore as wireless bridge

2015-07-14 Thread Yaroslav Syrytsia

Hi,

I am trying to use VoCore (RT5350 board) as wireless bridge with the following 
wpa_supplicant config:

ctrl_interface=/var/run/wpa.sock
update_config=1
fast_reauth=1
ap_scan=1
network={
ssid="home_wifi"
psk=915644af001df2afbcf02df60f3fc27f9f7d7b09f1ac3667bb84e0776ec25e08
}

I do:
# iw dev wlan0 interface add client0 type station
# wpa_supplicant -i client0 -c ./wpa.conf -dd -t

And got log:
1436168056.380440: Successfully initialized wpa_supplicant
1436168057.769320: client0: SME: Trying to authenticate with 00:21:91:8b:61:c4 
(SSID='home_wifi' freq=2462 MHz)
1436168057.827220: client0: Trying to associate with 00:21:91:8b:61:c4 
(SSID='home_wifi' freq=2462 MHz)
1436168057.874320: client0: Associated with 00:21:91:8b:61:c4
1436168057.989180: client0: WPA: Key negotiation completed with 
00:21:91:8b:61:c4 [PTK=CCMP GTK=CCMP]
1436168057.990540: client0: CTRL-EVENT-CONNECTED - Connection to 
00:21:91:8b:61:c4 completed [id=0 id_str=]

Kernel side:
Mon Jul 6 07:36:11 2015 kern.info kernel: [130154.44] client0: authenticate 
with 00:21:91:8b:61:c4
Mon Jul 6 07:36:11 2015 kern.info kernel: [130154.48] client0: send auth to 
00:21:91:8b:61:c4 (try 1/3)
Mon Jul 6 07:36:11 2015 kern.info kernel: [130154.49] client0: authenticated
Mon Jul 6 07:36:11 2015 kern.info kernel: [130154.51] client0: associate 
with 00:21:91:8b:61:c4 (try 1/3)
Mon Jul 6 07:36:11 2015 kern.info kernel: [130154.52] client0: RX AssocResp 
from 00:21:91:8b:61:c4 (capab=0x411 status=0 aid=1)
Mon Jul 6 07:36:11 2015 kern.info kernel: [130154.54] client0: associated

Looks like everything is fine:
# iwinfo
client0 ESSID: "home_wifi"
  Access Point: 00:21:91:8B:61:C4
  Mode: Client Channel: 11 (2.462 GHz)
  Tx-Power: 20 dBm Link Quality: 42/70
  Signal: -68 dBm Noise: unknown
  Bit Rate: 65.0 MBit/s
  Encryption: unknown
  Type: nl80211 HW Mode(s): 802.11bgn
  Hardware: unknown [Generic MAC80211]
  TX power offset: unknown
  Frequency offset: unknown
  Supports VAPs: yes PHY name: phy0

wlan0 ESSID: "OpenWrt"
  Access Point: 00:0C:43:30:50:F8
  Mode: Master Channel: 11 (2.462 GHz)
  Tx-Power: 20 dBm Link Quality: unknown/70
  Signal: unknown Noise: unknown
  Bit Rate: unknown
  Encryption: none
  Type: nl80211 HW Mode(s): 802.11bgn
  Hardware: unknown [Generic MAC80211]
  TX power offset: unknown
  Frequency offset: unknown
  Supports VAPs: yes PHY name: phy0

As next step, i run: ifconfig client0 172.16.0.31 netmask 255.255.240.0 up

# ping 172.16.0.1
PING 172.16.0.1 (172.16.0.1): 56 data bytes
64 bytes from 172.16.0.1: seq=0 ttl=64 time=2.160 ms
64 bytes from 172.16.0.1: seq=1 ttl=64 time=2.740 ms
^C
--- 172.16.0.1 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 2.160/2.450/2.740 ms

# route add default gw 172.16.0.1 dev client0
# echo 'nameserver 8.8.8.8' > /etc/resolv.conf
# opkg update && opkg install iperf

HW:
  GW) bcm63168 based router
  PC) connected to gw as 172.16.0.111 on gigabit ethernet port
  VoCore) connected to gw via WiFi (2.4 Ghz)

And run test on VoCore:
# iperf -c 172.16.0.111 -i 5 -t 999

Client connecting to 172.16.0.111, TCP port 5001
TCP window size: 43.8 KByte (default)

[ 3] local 172.16.0.31 port 32956 connected with 172.16.0.111 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 5.0 sec 12.0 MBytes 20.1 Mbits/sec
[ 3] 5.0-10.0 sec 11.6 MBytes 19.5 Mbits/sec
[ 3] 10.0-15.0 sec 11.5 MBytes 19.3 Mbits/sec
[ 3] 15.0-20.0 sec 11.4 MBytes 19.1 Mbits/sec
[ 3] 20.0-25.0 sec 11.5 MBytes 19.3 Mbits/sec
[ 3] 25.0-30.0 sec 11.6 MBytes 19.5 Mbits/sec
[ 3] 30.0-35.0 sec 11.5 MBytes 19.3 Mbits/sec

But sometimes i got this without *ANY* logs or warnings on 
kernel/wpa_supplicant,
And in this moment ping also fails:

[ 3] 205.0-210.0 sec 3.12 MBytes 5.24 Mbits/sec
[ 3] 210.0-215.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 215.0-220.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 220.0-225.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 225.0-230.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 230.0-235.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 235.0-240.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 240.0-245.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 245.0-250.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 250.0-255.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 255.0-260.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 260.0-265.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 265.0-270.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 270.0-275.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 275.0-280.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 280.0-285.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 285.0-290.0 sec 0.00 Bytes 0.00 bits/sec
[ 3] 290.0-295.0 sec 7.00 MBytes 11.7 Mbits/sec
[ 3] 295.0-300.0 sec 11.6 MBytes 19.5 Mbits/sec

OpenWrt version is r46180 with default config. (I just use

[OpenWrt-Devel] [PATCH rebased] x86: add kmod-acpi-button and kmod-button-hotplug to default packages

2015-07-14 Thread Stefan Hellermann

Since r40909 openwrt can automatically shutdown when you press the
power button or try to shutdown a kvm virtual machine.
When booting a recent CC-rc2 or trunk image, it doesn't work,
as two kernel modules are missing.

Add these two kernel modules to the default packages, so users
don't need to install them manually.

Signed-off-by: Stefan Hellermann 
---
 target/linux/x86/64/target.mk| 2 +-
 target/linux/x86/kvm_guest/target.mk | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/target/linux/x86/64/target.mk b/target/linux/x86/64/target.mk
index 1f22eb3..9cf1671 100644
--- a/target/linux/x86/64/target.mk
+++ b/target/linux/x86/64/target.mk
@@ -1,6 +1,6 @@
 ARCH:=x86_64
 BOARDNAME:=x86_64
-DEFAULT_PACKAGES += kmod-e1000e kmod-e1000 kmod-r8169
+DEFAULT_PACKAGES += kmod-acpi-button kmod-button-hotplug kmod-e1000e 
kmod-e1000 kmod-r8169
 ARCH_PACKAGES:=x86_64
 MAINTAINER:=Imre Kaloz 
 
diff --git a/target/linux/x86/kvm_guest/target.mk 
b/target/linux/x86/kvm_guest/target.mk
index 4bdfbc6..6194778 100644
--- a/target/linux/x86/kvm_guest/target.mk
+++ b/target/linux/x86/kvm_guest/target.mk
@@ -1,4 +1,4 @@
 BOARDNAME:=KVM Guest
 FEATURES:=ext4 pci usb
-DEFAULT_PACKAGES += kmod-virtio-balloon kmod-virtio-net kmod-virtio-random
+DEFAULT_PACKAGES += kmod-acpi-button kmod-button-hotplug kmod-virtio-balloon 
kmod-virtio-net kmod-virtio-random
 CPU_TYPE := pentium4
-- 
2.1.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] ping6 messages do not go through all layers in the network stack

2015-07-14 Thread Baptiste Clenet

Hi,

I'm using OpenWRT CHAOS CALMER (Bleeding Edge, r46141) with a Ralink
MT7628 Board and Linux 4.1.0.

I have set up a new interface:
iwpan dev wpan0 set pan_id 0xbeef
ip link set wpan0 up
ip link add link wpan0 name lowpan0 type lowpan
ip link set lowpan0 up

Here is the settings:
root@OpenWrt:/# ifconfig
lowpan0   Link encap:UNSPEC  HWaddr
05-38-09-06-90-E0-5E-3E-00-00-00-00-00-00-00-00
  inet6 addr: fe80::738:906:90e0:5e3e/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1280  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wpan0 Link encap:UNSPEC  HWaddr
05-38-09-06-90-E0-5E-3E-00-00-00-00-00-00-00-00
  UP BROADCAST RUNNING NOARP  MTU:127  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:300
  RX bytes:0 (0.0 B)  TX bytes:75 (75.0 B)



root@OpenWrt:/# ip link
6: wpan0:  mtu 127 qdisc fq_codel state
UNKNOWN mode DEFAULT group default qlen 300
link/ieee802.15.4 ef:57:b2:a9:2f:4e:90:76 brd ff:ff:ff:ff:ff:ff:ff:ff
7: lowpan0@NONE:  mtu 1280 qdisc
noqueue state UNKNOWN mode DEFAULT group default
link/[825] ef:57:b2:a9:2f:4e:90:76 brd ff:ff:ff:ff:ff:ff:ff:ff

root@OpenWrt:/# iwpan phy
wpan_phy phy0
supported channels:
page 0: 0,1,2,3,4,5,6,7,8,9,10
page 2: 0,1,2,3,4,5,6,7,8,9,10
current_page: 0
current_channel: 5
cca_mode: 1
tx_power: 0

root@OpenWrt:/# iwpan dev
phy#0
Interface wpan0
ifindex 6
wpan_dev 0x1
extended_addr 0xef57b2a92f4e9076
short_addr 0x
pan_id 0xbeef
type node
max_frame_retries -1
min_be 3
max_be 5
max_csma_backoffs 4
lbt 0

Then I try to ping6 another board using the lowpan0 interface:
ping6 -I lowpan0 fe80::a8af:ac69:e53e:c7f1
All packets fail but more than that ifconfig tells me that no packet
have been sent:

root@OpenWrt:/# ifconfig
lowpan0   Link encap:UNSPEC

  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wpan0 Link encap:UNSPEC
...
  RX bytes:0 (0.0 B)  TX bytes:75 (75.0 B) (--> this is when I
set up lowpan0)

In the ip link command, I'm wondering why I've got [825] for the
lowpan0 interface?
Why those packets are not transmitted over all the layers?
Let me know if you need more info.

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

Re: [OpenWrt-Devel] [PATCH] [brcm47xx] Belkin F7DXXXX (BCM47XX based) support for Linux 3.18

On 23 June 2015 at 16:16, Joseph East  wrote:
> From d38c8c72b99908d3d9a39bd858d1c76e9864faac Mon Sep 17 00:00:00 2001
> From: Joseph East 
> Date: Wed, 10 Jun 2015 19:19:26 +0930
> Subject: [PATCH] Belkin F7D (BCM47XX based) Support for Linux 3.18
>
> Patchset based on previous work by Cody Schafer and Luc Forcier to allow TRX 
> images with Belkin IDs to be compiled as part of the BRCM47XX platform for 
> Linux 3.18.
>
> The patchset has been tested with a Belkin F7D4401 (PlayMax N600), other 
> devices part of the previous patch are untested but have been included, 
> however the Belkin QA TRX signature has been removed.
>
> The otrx tool has been modified to accept a -m argument which allows 
> comparison against a user defined TRX signature, this works in tandem with 
> the changes in platform.sh to verify the different Belkin TRXs for supported 
> models.


> @@ -47,6 +48,8 @@ struct trx_header {
>
>  char *trx_path;
>  size_t trx_offset = 0;
> +uint8_t use_trx_override = 0;
> +uint32_t trx_override = 0;
>  char *partition[TRX_MAX_PARTS] = {};
>
>  static inline size_t otrx_min(size_t x, size_t y) {
> @@ -143,15 +146,30 @@ uint32_t otrx_crc32(uint8_t *buf, size_t len) {
>  static void otrx_check_parse_options(int argc, char **argv) {
> int c;
>
> -   while ((c = getopt(argc, argv, "o:")) != -1) {
> +   while ((c = getopt(argc, argv, "m:o:")) != -1) {
> switch (c) {
> case 'o':
> trx_offset = atoi(optarg);
> break;
> +   case 'm':
> +   trx_override = strtol(optarg, NULL, 16);
> +   use_trx_override = 1;
> +   break;
> }
> }
>  }
>
> +static bool is_trx_magic(uint32_t magic) {
> +   if(use_trx_override)
> +   {
> +   return magic == trx_override;
> +   }
> +   else
> +   {
> +   return magic == TRX_MAGIC;
> +   }
> +}

Please follow a coding style that is already used in the file (I mean
braces location).


> @@ -119,11 +139,33 @@ platform_check_image() {
> fi
> ;;
> "trx")
> +   local flash_generic=$(platform_expected_image | cut 
> -d ' ' -f 3)
> +   [ -n "$flash_generic" -a "nogeneric" == 
> "$flash_generic" ] && {

This pre-test with -n seems to be unneeded.


> diff --git a/target/linux/brcm47xx/image/Makefile 
> b/target/linux/brcm47xx/image/Makefile
> index 6768820..45ed330 100644
> --- a/target/linux/brcm47xx/image/Makefile
> +++ b/target/linux/brcm47xx/image/Makefile
> @@ -34,6 +34,17 @@ endif
> $(call prepare_generic_squashfs,$(KDIR)/fs_mark)
>  endef
>
> +# Function for multiple Belkin Trx
> +# 1: trx input
> +# 2: bin output
> +# 3: 4 magic bytes
> +define Image/Build/Belkin_
> +   echo -ne $(3) > $(2).head
> +   dd if=$(1) of=/dev/stdout bs=4 skip=1 > $(2).tail
> +   cat $(2).head $(2).tail > $(2)
> +   rm -f $(2).head $(2).tail
> +endef
> +
>  define Image/Build/wgt634u
> dd if=$(KDIR)/loader.elf of=$(BIN_DIR)/$(IMG_PREFIX)-wgt634u-$(2).bin 
> bs=131072 conv=sync
> cat $(BIN_DIR)/$(IMG_PREFIX)-$(1).trx >> 
> $(BIN_DIR)/$(IMG_PREFIX)-wgt634u-$(2).bin
> @@ -71,6 +82,10 @@ define Image/Build/Edi
> $(STAGING_DIR_HOST)/bin/trx2edips $(BIN_DIR)/$(IMG_PREFIX)-$(1).trx 
> $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(3).bin
>  endef
>
> +define Image/Build/Belkin
> +   $(call 
> Image/Build/Belkin_,$(BIN_DIR)/$(IMG_PREFIX)-$(1).trx,$(BIN_DIR)/openwrt-$(2)-$(patsubst
>  jffs2-%,jffs2,$(1)).bin,$(3))
> +endef
> +
>  define Image/Build/Huawei
> dd if=/dev/zero of=$(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(3)-gz.bin bs=92 
> count=1
> echo -ne 'HDR0\x08\x00\x00\x00' >> 
> $(BIN_DIR)/$(IMG_PREFIX)-$(2)-$(3)-gz.bin
> @@ -362,6 +377,10 @@ define Image/Build
> -f $(KDIR)/vmlinux.gz \
> $(call trxalign/$(1),$(1))
> $(call Image/Build/$(SUBTARGET)/$(1),$(1))
> +   $(call Image/Build/Belkin,$(1),f7d3301,'\x22\x03\x10\x20')
> +   $(call Image/Build/Belkin,$(1),f7d3302,'\x28\x09\x09\x20')
> +   $(call Image/Build/Belkin,$(1),f7d4302,'\x06\x10\x10\x20')
> +   $(call Image/Build/Belkin,$(1),f7d4401,'\x17\x85\x01\x00')
>  #  $(call Image/Build/Chk,$(1),wgr614_v9,U12H094T00_NETGEAR,2,$(patsubst 
> jffs2-%,jffs2,$(1)))
>  #  $(call 
> Image/Build/Chk,$(1),wndr3400_vcna,U12H155T01_NETGEAR,2,$(patsubst 
> jffs2-%,jffs2,$(1)))
>  #  $(call Image/Build/Chk,$(1),wnr3500U,U12H136T00_NETGEAR,2,$(patsubst 
> jffs2-%,jffs2,$(1)))

Please use the new image building system.


> diff --git 
> a/target/linux/brcm47xx/patches-3.18/032-11-MIPS-BCM47XX-Include-Belkin-F7D4XXX-F7D3XXX-TRX-for-mtd.patch
>  
> b/target/linux/brcm47xx/patches-3.18/032-11-MIPS-BCM47XX-Include-Belkin-F7D4XXX-F7D3XXX-TRX-for-mtd.patch
> new file mode 100644
> index 000..8e2c1df
> --- /dev/null
> +++ 
> b/ta

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

2015-07-14 Thread Jernej Izak

Hi,

 

Revision from today without any changes fails with:

 

+ dd bs=512

if=/home/jernej/openwrt/build_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_ea

bi/linux-brcm2708_bcm2708/tmp/openwrt-brcm2708-bcm2708-rpi-b-ext4-sdcard.bin

.boot

of=/home/jernej/openwrt/build_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_ea

bi/linux-brcm2708_bcm2708/tmp/openwrt-brcm2708-bcm2708-rpi-b-ext4-sdcard.bin

seek=8192 conv=notrunc

40960+0 records in

40960+0 records out

20971520 bytes (21 MB) copied, 0.0961893 s, 218 MB/s

+ dd bs=512

if=/home/jernej/openwrt/build_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_ea

bi/linux-brcm2708_bcm2708/root.ext4

of=/home/jernej/openwrt/build_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_ea

bi/linux-brcm2708_bcm2708/tmp/openwrt-brcm2708-bcm2708-rpi-b-ext4-sdcard.bin

seek=57344 conv=notrunc

98304+0 records in

98304+0 records out

50331648 bytes (50 MB) copied, 0.184787 s, 272 MB/s

ifneq (y,)

bash: -c: line 0: syntax error near unexpected token `y,'

bash: -c: line 0: `ifneq (y,)'

make[5]: ***

[/home/jernej/openwrt/build_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_eabi

/linux-brcm2708_bcm2708/tmp/openwrt-brcm2708-bcm2708-rpi-b-ext4-sdcard.bin]

Error 1

make[5]: Leaving directory

`/home/jernej/openwrt/target/linux/brcm2708/image'

make[4]: *** [install] Error 2

make[4]: Leaving directory `/home/jernej/openwrt/target/linux/brcm2708'

make[3]: *** [install] Error 2

make[3]: Leaving directory `/home/jernej/openwrt/target/linux'

make[2]: *** [target/linux/install] Error 2

make[2]: Leaving directory `/home/jernej/openwrt'

make[1]: ***

[/home/jernej/openwrt/staging_dir/target-arm_arm1176jzf-s+vfp_musl-1.1.10_ea

bi/stamp/.target_install] Error 2

make[1]: Leaving directory `/home/jernej/openwrt'

make: *** [world] Error 2

 

 

With Best Regards, Mit Freundlichen Grüßen

 

Jernej Izak

 



smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [brcm47xx] Belkin F7DXXXX (BCM47XX based) support for Linux 3.18

On 23 June 2015 at 16:16, Joseph East  wrote:
> From d38c8c72b99908d3d9a39bd858d1c76e9864faac Mon Sep 17 00:00:00 2001
> From: Joseph East 
> Date: Wed, 10 Jun 2015 19:19:26 +0930
> Subject: [PATCH] Belkin F7D (BCM47XX based) Support for Linux 3.18

When sending newer versions, please number them. Like
git format-patch --subject-prefix="PATCH V2"
etc.

Also this isn't really common to quote discussion history in the patch.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end of NCM frame

2015-07-14 Thread chrono


more on the Telekom Speedstick LTE V (Huawei 3372s) from here:


That's great news! Did you try if option device '/dev/cdc-wdm0' works 
as
well? I was able to borrow a E3372, and will try the patch soon as 
well.


I do have cdc-wdm0 availabe and IIRC, I tested sending AT commands to
it before, and it _seemed_ to behave just like ttyUSB1. I can do another
test tonight, same kernel but use cdc-wdm0 as a control device, if
it helps. I'm cut off the internet lately for most of the time, so 
please

forgive my comm latency.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 07/14/2015 12:43 PM, Jernej Izak wrote:
> ifneq (y,)
> 
> bash: -c: line 0: syntax error near unexpected token `y,'
> 
> bash: -c: line 0: `ifneq (y,)'

That looks like being caused by my "brcm2708: Implement sysupgrade"
(commit 49f8801514837980bd80dd3fa1c24e82897d2e5c)... I tested it but
blogic committed a slightly different version which seems to be broken.
I'm checking it now...

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

Re: [OpenWrt-Devel] [PATCH V3] cdc_ncm: Add support for moving NDP to end of NCM frame

2015-07-14 Thread chrono


how is the testing going ? i would like to also pull this intot he CC
which means there is not that much time left.

I'll try to do another test with cdc-⁠wdm0 tonight, as promised
to Matti. Apart from that it has been running here with current
trunk on a MR3020 as well as a GL-⁠Inet (both ar71xx) without
any problems, abnormal disconnects or any other erratic/⁠weird
system behaviour.

also the patch sent was missing proper subject and SoB.

Sorry if I have broken any protocol, I have no experience with
openwrt-⁠devel ecosphere from a submitter's point of view. How
should the Subject be formatted to be proper? Also, SoB?

http://acronyms.thefreedictionary.com/SOB

My guess is, it means Signed-⁠off By, but again, I don't know
if I can sign something off and if so, how I have to do it :)

Since I found a lot of refs on the web where people were trying
to get this working (again?) I thought it made sense to share
the results of the time Enrico and I invested into it to get it
to work, so that even if the patch was rejected, people could
take it and do whatever they want since it's pretty much all
that is needed.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices

This patch set is a backport of svn commits 46338..46342 from trunk to CC.
It adds support for devolo devices:
dLAN pro 500 Wireless+
dLAN pro 1200+ WiFi ac


Günther Kelleter (1):
  ar71xx: add support for the devolo dLAN pro 1200+ WiFi ac

blogic (4):
  ar71xx: add support for the devolo dLAN pro 500 Wireless+
  ar71xx: add support to use gpio irqs
  mac80211: make ath10k firmware v2 selectable
  base-files: added option to configure the gpio led trigger in
uci-defaults

 package/base-files/files/etc/init.d/led|   7 +
 .../base-files/files/lib/functions/uci-defaults.sh |  20 ++
 package/kernel/mac80211/Makefile   |  12 ++
 target/linux/ar71xx/base-files/etc/diag.sh |   6 +
 .../etc/hotplug.d/firmware/11-ath10k-caldata   |   8 +
 .../ar71xx/base-files/etc/uci-defaults/01_leds |  13 ++
 .../ar71xx/base-files/etc/uci-defaults/02_network  |  10 +
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   6 +
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   2 +
 target/linux/ar71xx/config-3.18|   2 +
 .../files/arch/mips/ath79/mach-dlan-pro-1200-ac.c  | 189 +
 .../files/arch/mips/ath79/mach-dlan-pro-500-wp.c   | 203 +++
 .../linux/ar71xx/generic/profiles/devolo-dlan.mk   |  33 +++
 target/linux/ar71xx/image/Makefile |  21 ++
 .../610-MIPS-ath79-openwrt-machines.patch  |  40 +++-
 .../739-MIPS-ath79-add-gpio-irq-support.patch  | 224 +
 16 files changed, 790 insertions(+), 6 deletions(-)
 create mode 100644 
target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-1200-ac.c
 create mode 100644 
target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-500-wp.c
 create mode 100644 target/linux/ar71xx/generic/profiles/devolo-dlan.mk
 create mode 100644 
target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-irq-support.patch

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

[OpenWrt-Devel] [PATCH CC 1/5] ar71xx: add support for the devolo dLAN pro 500 Wireless+

From: blogic 

Signed-off-by: Günther Kelleter 
---
 target/linux/ar71xx/base-files/etc/diag.sh |   3 +
 .../ar71xx/base-files/etc/uci-defaults/01_leds |   7 +
 .../ar71xx/base-files/etc/uci-defaults/02_network  |   4 +
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   3 +
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   1 +
 target/linux/ar71xx/config-3.18|   1 +
 .../files/arch/mips/ath79/mach-dlan-pro-500-wp.c   | 203 +
 .../linux/ar71xx/generic/profiles/devolo-dlan.mk   |  19 ++
 target/linux/ar71xx/image/Makefile |  19 ++
 .../610-MIPS-ath79-openwrt-machines.patch  |  25 ++-
 10 files changed, 279 insertions(+), 6 deletions(-)
 create mode 100644 
target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-500-wp.c
 create mode 100644 target/linux/ar71xx/generic/profiles/devolo-dlan.mk

diff --git a/target/linux/ar71xx/base-files/etc/diag.sh 
b/target/linux/ar71xx/base-files/etc/diag.sh
index 4bdb53d..0767d8b 100644
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b/target/linux/ar71xx/base-files/etc/diag.sh
@@ -70,6 +70,9 @@ get_status_led() {
dir-835-a1)
status_led="d-link:amber:power"
;;
+   dlan-pro-500-wp)
+   status_led="devolo:green:wlan-2g"
+   ;;
dragino2)
status_led="dragino2:red:system"
;;
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds 
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
index 19814f4..f740d3b 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
@@ -150,6 +150,13 @@ dir-825-c1)
ucidef_set_led_wlan "wlan2g" "WLAN 2.4 GHz" "d-link:blue:wlan2g" 
"phy0tpt"
;;
 
+dlan-pro-500-wp)
+   ucidef_set_led_default "power" "System Power" "devolo:green:status" "1"
+   ucidef_set_led_netdev "lan" "Ethernet Activity" "devolo:green:eth" 
"br-lan"
+   ucidef_set_led_wlan "wlan2g" "WLAN 2.4 GHz" "devolo:green:wlan-2g" 
"phy0tpt"
+   ucidef_set_led_wlan "wlan5g" "WLAN 5 GHz" "devolo:blue:wlan-5g" "none"
+   ;;
+
 gl-inet)
ucidef_set_led_netdev "lan" "LAN" "gl-connect:green:lan" "eth1"
ucidef_set_led_wlan "wlan" "WLAN" "gl-connect:red:wlan" "phy0tpt"
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network 
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index 4fe951e..7212c5e 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
@@ -298,6 +298,10 @@ esr900)
[ -n "$mac" ] && ucidef_set_interface_macaddr "wan" "$mac"
;;
 
+dlan-pro-500-wp)
+   ucidef_set_interface_lan "eth0 eth1"
+   ;;
+
 all0305 |\
 aw-nr580 |\
 bullet-m |\
diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh 
b/target/linux/ar71xx/base-files/lib/ar71xx.sh
index 8f4bb40..c899bda 100755
--- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
+++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
@@ -414,6 +414,9 @@ ar71xx_board_detect() {
*"DIR-835 rev. A1")
name="dir-835-a1"
;;
+   *"dLAN pro 500 Wireless+")
+   name="dlan-pro-500-wp"
+   ;;
*"Dragino v2")
name="dragino2"
;;
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh 
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index ade47fb..15560c4 100755
--- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
@@ -207,6 +207,7 @@ platform_check_image() {
dir-615-e4 | \
dir-825-c1 | \
dir-835-a1 | \
+   dlan-pro-500-wp | \
dragino2 | \
esr1750 | \
esr900 | \
diff --git a/target/linux/ar71xx/config-3.18 b/target/linux/ar71xx/config-3.18
index 05c98eb..3b100e9 100644
--- a/target/linux/ar71xx/config-3.18
+++ b/target/linux/ar71xx/config-3.18
@@ -53,6 +53,7 @@ CONFIG_ATH79_MACH_DIR_600_A1=y
 CONFIG_ATH79_MACH_DIR_615_C1=y
 CONFIG_ATH79_MACH_DIR_825_B1=y
 CONFIG_ATH79_MACH_DIR_825_C1=y
+CONFIG_ATH79_MACH_DLAN_PRO_500_WP=y
 CONFIG_ATH79_MACH_DRAGINO2=y
 CONFIG_ATH79_MACH_EAP300V2=y
 CONFIG_ATH79_MACH_EAP7660D=y
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-500-wp.c 
b/target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-500-wp.c
new file mode 100644
index 000..ae6f443
--- /dev/null
+++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-500-wp.c
@@ -0,0 +1,203 @@
+/*
+ * devolo dLAN pro 500 Wireless+ support
+ *
+ * Copyright (c) 2013-2015 devolo AG
+ * Copyright (c) 2011-2012 Gabor Juhos 
+ *
+ * Permission to use, copy, modify, and/or distribute this software for any
+ * purpose with or without fee is hereby granted, provided that the above
+ * copyright notice and this permission notice appear in all copies.
+ *
+ * THE SOFT

[OpenWrt-Devel] [PATCH CC 2/5] ar71xx: add support to use gpio irqs

From: blogic 

Signed-off-by: Günther Kelleter 
---
 .../739-MIPS-ath79-add-gpio-irq-support.patch  | 224 +
 1 file changed, 224 insertions(+)
 create mode 100644 
target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-irq-support.patch

diff --git 
a/target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-irq-support.patch 
b/target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-irq-support.patch
new file mode 100644
index 000..90bc963
--- /dev/null
+++ b/target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-irq-support.patch
@@ -0,0 +1,224 @@
+--- a/arch/mips/ath79/gpio.c
 b/arch/mips/ath79/gpio.c
+@@ -20,9 +20,14 @@
+ #include 
+ #include 
+ #include 
++#include 
++#include 
++
++#include 
+ 
+ #include 
+ #include 
++#include 
+ #include "common.h"
+ 
+ void __iomem *ath79_gpio_base;
+@@ -31,6 +36,13 @@ EXPORT_SYMBOL_GPL(ath79_gpio_base);
+ static unsigned long ath79_gpio_count;
+ static DEFINE_SPINLOCK(ath79_gpio_lock);
+ 
++/*
++ * gpio_both_edge is a bitmask of which gpio pins need to have
++ * the detect priority flipped from the interrupt handler to
++ * emulate IRQ_TYPE_EDGE_BOTH.
++ */
++static unsigned long gpio_both_edge = 0;
++
+ static void __ath79_gpio_set_value(unsigned gpio, int value)
+ {
+   void __iomem *base = ath79_gpio_base;
+@@ -209,6 +221,132 @@ void __init ath79_gpio_output_select(uns
+   spin_unlock_irqrestore(&ath79_gpio_lock, flags);
+ }
+ 
++static int ath79_gpio_irq_type(struct irq_data *d, unsigned type)
++{
++  int offset = d->irq - ATH79_GPIO_IRQ_BASE;
++  void __iomem *base = ath79_gpio_base;
++  unsigned long flags;
++  unsigned long int_type;
++  unsigned long int_polarity;
++  unsigned long bit = (1 << offset);
++
++  spin_lock_irqsave(&ath79_gpio_lock, flags);
++
++  int_type = __raw_readl(base + AR71XX_GPIO_REG_INT_TYPE);
++  int_polarity = __raw_readl(base + AR71XX_GPIO_REG_INT_POLARITY);
++
++  gpio_both_edge &= ~bit;
++
++  switch (type) {
++  case IRQ_TYPE_EDGE_RISING:
++  int_type &= ~bit;
++  int_polarity |= bit;
++  break;
++
++  case IRQ_TYPE_EDGE_FALLING:
++  int_type &= ~bit;
++  int_polarity &= ~bit;
++  break;
++
++  case IRQ_TYPE_LEVEL_HIGH:
++  int_type |= bit;
++  int_polarity |= bit;
++  break;
++
++  case IRQ_TYPE_LEVEL_LOW:
++  int_type |= bit;
++  int_polarity &= ~bit;
++  break;
++
++  case IRQ_TYPE_EDGE_BOTH:
++  int_type |= bit;
++  /* set polarity based on current value */
++  if (gpio_get_value(offset)) {
++  int_polarity &= ~bit;
++  } else {
++  int_polarity |= bit;
++  }
++  /* flip this gpio in the interrupt handler */
++  gpio_both_edge |= bit;
++  break;
++
++  default:
++  spin_unlock_irqrestore(&ath79_gpio_lock, flags);
++  return -EINVAL;
++  }
++
++  __raw_writel(int_type, base + AR71XX_GPIO_REG_INT_TYPE);
++  __raw_writel(int_polarity, base + AR71XX_GPIO_REG_INT_POLARITY);
++
++  __raw_writel(__raw_readl(base + AR71XX_GPIO_REG_INT_MODE) | (1 << 
offset),
++   base + AR71XX_GPIO_REG_INT_MODE);
++
++  __raw_writel(__raw_readl(base + AR71XX_GPIO_REG_INT_ENABLE) & ~(1 << 
offset),
++   base + AR71XX_GPIO_REG_INT_ENABLE);
++
++  spin_unlock_irqrestore(&ath79_gpio_lock, flags);
++  return 0;
++}
++
++static void ath79_gpio_irq_enable(struct irq_data *d)
++{
++  int offset = d->irq - ATH79_GPIO_IRQ_BASE;
++  void __iomem *base = ath79_gpio_base;
++
++  __raw_writel(__raw_readl(base + AR71XX_GPIO_REG_INT_ENABLE) | (1 << 
offset),
++   base + AR71XX_GPIO_REG_INT_ENABLE);
++}
++
++static void ath79_gpio_irq_disable(struct irq_data *d)
++{
++  int offset = d->irq - ATH79_GPIO_IRQ_BASE;
++  void __iomem *base = ath79_gpio_base;
++
++  __raw_writel(__raw_readl(base + AR71XX_GPIO_REG_INT_ENABLE) & ~(1 << 
offset),
++   base + AR71XX_GPIO_REG_INT_ENABLE);
++}
++
++static struct irq_chip ath79_gpio_irqchip = {
++  .name = "GPIO",
++  .irq_enable = ath79_gpio_irq_enable,
++  .irq_disable = ath79_gpio_irq_disable,
++  .irq_set_type = ath79_gpio_irq_type,
++};
++
++static irqreturn_t ath79_gpio_irq(int irq, void *dev)
++{
++  void __iomem *base = ath79_gpio_base;
++  unsigned long stat = __raw_readl(base + AR71XX_GPIO_REG_INT_PENDING);
++  int bit_num;
++
++  for_each_set_bit(bit_num, &stat, sizeof(stat) * BITS_PER_BYTE) {
++  unsigned long bit = BIT(bit_num);
++
++  if (bit & gpio_both_edge) {
++  __raw_writel(__raw_readl(base + 
AR71XX_GPIO_REG_INT_POLARITY) ^ bit,
++  base + AR71XX_GPIO_REG_INT_POLARITY);
++

[OpenWrt-Devel] [PATCH CC 4/5] base-files: added option to configure the gpio led trigger in uci-defaults

From: blogic 

Signed-off-by: Günther Kelleter 
---
 package/base-files/files/etc/init.d/led  |  7 +++
 .../base-files/files/lib/functions/uci-defaults.sh   | 20 
 2 files changed, 27 insertions(+)

diff --git a/package/base-files/files/etc/init.d/led 
b/package/base-files/files/etc/init.d/led
index 1a57e8a..3f45732 100755
--- a/package/base-files/files/etc/init.d/led
+++ b/package/base-files/files/etc/init.d/led
@@ -26,6 +26,8 @@ load_led() {
config_get port_state $1 port_state
config_get delay $1 delay "150"
config_get message $1 message ""
+   config_get gpio $1 gpio "0"
+   config_get inverted $1 inverted "0"
 
if [ "$trigger" = "rssi" ]; then
# handled by rssileds userspace process
@@ -80,6 +82,11 @@ load_led() {
echo $delay > /sys/class/leds/${sysfs}/delay
;;
 
+   "gpio")
+   echo $gpio > /sys/class/leds/${sysfs}/gpio
+   echo $inverted > /sys/class/leds/${sysfs}/inverted
+   ;;
+
switch[0-9]*)
local port_mask
 
diff --git a/package/base-files/files/lib/functions/uci-defaults.sh 
b/package/base-files/files/lib/functions/uci-defaults.sh
index 5a8809d..5f0fe61 100644
--- a/package/base-files/files/lib/functions/uci-defaults.sh
+++ b/package/base-files/files/lib/functions/uci-defaults.sh
@@ -157,6 +157,26 @@ EOF
UCIDEF_LEDS_CHANGED=1
 }
 
+ucidef_set_led_trigger_gpio() {
+   local cfg="led_$1"
+   local name=$2
+   local sysfs=$3
+   local gpio=$4
+   local inverted=$5
+
+   uci -q get system.$cfg && return 0
+
+   uci batch

[OpenWrt-Devel] [PATCH CC 3/5] mac80211: make ath10k firmware v2 selectable

From: blogic 

Added option for old firmware version (10.1 API v2). It seems that recent
firmware versions are constantly crashing (at least on a QCA9880-BR4A-R) and
this provides the option to select an older version instead.

Signed-off-by: Günther Kelleter 
---
 package/kernel/mac80211/Makefile | 12 
 1 file changed, 12 insertions(+)

diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Makefile
index 2af5d39..1f15b40 100644
--- a/package/kernel/mac80211/Makefile
+++ b/package/kernel/mac80211/Makefile
@@ -631,6 +631,14 @@ define KernelPackage/ath10k/config
  Use the ath10k firmware optimized for wireless client instead
  of access point operation.
 
+   config ATH10K_API2_FW
+   bool "Firmware optimized for AP operation (v10.1 / API v2)"
+   default n
+   depends on !ATH10K_STA_FW
+   help
+ Use the ath10k firmware from the 10.1 SDK using API v2 
optimized
+ for access point operation if the default firmware keeps 
crashing.
+
   endif
 endef
 
@@ -1862,6 +1870,10 @@ ifeq ($(CONFIG_ATH10K_STA_FW),y)
$(INSTALL_DATA) \

$(PKG_BUILD_DIR)/$(PKG_ATH10K_LINUX_FIRMWARE_SUBDIR)/main/firmware-2.bin_999.999.0.636
 \
$(1)/lib/firmware/ath10k/QCA988X/hw2.0/firmware-2.bin
+else ifeq ($(CONFIG_ATH10K_API2_FW),y)
+   $(INSTALL_DATA) \
+   
$(PKG_BUILD_DIR)/$(PKG_ATH10K_LINUX_FIRMWARE_SUBDIR)/10.1/firmware-2.bin_10.1.467.2-1
 \
+   $(1)/lib/firmware/ath10k/QCA988X/hw2.0/firmware-2.bin
 else
$(INSTALL_DATA) \

$(PKG_BUILD_DIR)/$(PKG_ATH10K_LINUX_FIRMWARE_SUBDIR)/10.2.4/firmware-4.bin_10.2.4.45
 \
-- 
2.4.4.88.gac2ab0d
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH CC 5/5] ar71xx: add support for the devolo dLAN pro 1200+ WiFi ac

Signed-off-by: Günther Kelleter 
---
 target/linux/ar71xx/base-files/etc/diag.sh |   3 +
 .../etc/hotplug.d/firmware/11-ath10k-caldata   |   8 +
 .../ar71xx/base-files/etc/uci-defaults/01_leds |   6 +
 .../ar71xx/base-files/etc/uci-defaults/02_network  |   6 +
 target/linux/ar71xx/base-files/lib/ar71xx.sh   |   3 +
 .../ar71xx/base-files/lib/upgrade/platform.sh  |   1 +
 target/linux/ar71xx/config-3.18|   1 +
 .../files/arch/mips/ath79/mach-dlan-pro-1200-ac.c  | 189 +
 .../linux/ar71xx/generic/profiles/devolo-dlan.mk   |  14 ++
 target/linux/ar71xx/image/Makefile |   2 +
 .../610-MIPS-ath79-openwrt-machines.patch  |  27 ++-
 11 files changed, 254 insertions(+), 6 deletions(-)
 create mode 100644 
target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-1200-ac.c

diff --git a/target/linux/ar71xx/base-files/etc/diag.sh 
b/target/linux/ar71xx/base-files/etc/diag.sh
index 0767d8b..ce840cc 100644
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b/target/linux/ar71xx/base-files/etc/diag.sh
@@ -73,6 +73,9 @@ get_status_led() {
dlan-pro-500-wp)
status_led="devolo:green:wlan-2g"
;;
+   dlan-pro-1200-ac)
+   status_led="devolo:status:wlan"
+   ;;
dragino2)
status_led="dragino2:red:system"
;;
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 164d3ab..c827e31 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
@@ -34,6 +34,14 @@ case "$FIRMWARE" in
esac
;;
 
+"ath10k/cal-pci-:00:00.0.bin")
+   case $board in
+   dlan-pro-1200-ac)
+   ath10kcal_from_file $(find_mtd_part "art") 20480 $ath10kcal_tmp
+   ;;
+   esac
+   ;;
+
 *)
exit 1
;;
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds 
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
index f740d3b..e1e711c 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
@@ -157,6 +157,12 @@ dlan-pro-500-wp)
ucidef_set_led_wlan "wlan5g" "WLAN 5 GHz" "devolo:blue:wlan-5g" "none"
;;
 
+dlan-pro-1200-ac)
+   ucidef_set_led_wlan "wlan" "WLAN" "devolo:status:wlan" "phy0radio"
+   ucidef_set_led_trigger_gpio "plcw" "dLAN" "devolo:status:dlan" "17" "0"
+   ucidef_set_led_trigger_gpio "plcr" "dLAN" "devolo:error:dlan" "16" "0"
+   ;;
+
 gl-inet)
ucidef_set_led_netdev "lan" "LAN" "gl-connect:green:lan" "eth1"
ucidef_set_led_wlan "wlan" "WLAN" "gl-connect:red:wlan" "phy0tpt"
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network 
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index 7212c5e..963deb8 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
@@ -302,6 +302,12 @@ dlan-pro-500-wp)
ucidef_set_interface_lan "eth0 eth1"
;;
 
+dlan-pro-1200-ac)
+   ucidef_set_interface_lan "eth0"
+   ucidef_add_switch "switch0" "1" "0"
+   ucidef_add_switch_vlan "switch0" "0" "0 2 3 4"
+   ;;
+
 all0305 |\
 aw-nr580 |\
 bullet-m |\
diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh 
b/target/linux/ar71xx/base-files/lib/ar71xx.sh
index c899bda..47260d0 100755
--- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
+++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
@@ -417,6 +417,9 @@ ar71xx_board_detect() {
*"dLAN pro 500 Wireless+")
name="dlan-pro-500-wp"
;;
+   *"dLAN pro 1200+ WiFi ac")
+   name="dlan-pro-1200-ac"
+   ;;
*"Dragino v2")
name="dragino2"
;;
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh 
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index 15560c4..3355d71 100755
--- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
@@ -208,6 +208,7 @@ platform_check_image() {
dir-825-c1 | \
dir-835-a1 | \
dlan-pro-500-wp | \
+   dlan-pro-1200-ac | \
dragino2 | \
esr1750 | \
esr900 | \
diff --git a/target/linux/ar71xx/config-3.18 b/target/linux/ar71xx/config-3.18
index 3b100e9..9a26c29 100644
--- a/target/linux/ar71xx/config-3.18
+++ b/target/linux/ar71xx/config-3.18
@@ -53,6 +53,7 @@ CONFIG_ATH79_MACH_DIR_600_A1=y
 CONFIG_ATH79_MACH_DIR_615_C1=y
 CONFIG_ATH79_MACH_DIR_825_B1=y
 CONFIG_ATH79_MACH_DIR_825_C1=y
+CONFIG_ATH79_MACH_DLAN_PRO_1200_AC=y
 CONFIG_ATH79_MACH_DLAN_PRO_500_WP=y
 CONFIG_ATH79_MACH_DRAGINO2=y
 CONFIG_ATH79_MACH_EAP300V2=y
diff --git a/target

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi



On 14/07/2015 14:41, Bruno Randolf wrote:
> On 07/14/2015 12:43 PM, Jernej Izak wrote:
>> ifneq (y,)
>>
>> bash: -c: line 0: syntax error near unexpected token `y,'
>>
>> bash: -c: line 0: `ifneq (y,)'
> 
> That looks like being caused by my "brcm2708: Implement sysupgrade"
> (commit 49f8801514837980bd80dd3fa1c24e82897d2e5c)... I tested it but
> blogic committed a slightly different version which seems to be broken.
> I'm checking it now...
> 
> bruno

i used the version in patchwork, was that not the one to use ?



> ___
> 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 CC 0/5] ar71xx: backport of support for devolo dLAN devices

On 14 July 2015 at 16:05, Günther Kelleter  wrote:
> This patch set is a backport of svn commits 46338..46342 from trunk to CC.
> It adds support for devolo devices:
> dLAN pro 500 Wireless+
> dLAN pro 1200+ WiFi ac

There is a nice 1-line script I got from Felix that easily adds
"Backport of ..." for you:
sed -e 's,git-svn-id: .*@\([0-9]*\) [0-9a-z-]*,Backport of r\1,' < "$1" | git am
(which is a nice thing to have in a log)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 07/14/2015 01:41 PM, Bruno Randolf wrote:
> On 07/14/2015 12:43 PM, Jernej Izak wrote:
>> ifneq (y,)
>>
>> bash: -c: line 0: syntax error near unexpected token `y,'
>>
>> bash: -c: line 0: `ifneq (y,)'
> 
> That looks like being caused by my "brcm2708: Implement sysupgrade"
> (commit 49f8801514837980bd80dd3fa1c24e82897d2e5c)... I tested it but
> blogic committed a slightly different version which seems to be broken.
> I'm checking it now...

I checked and I don't understand why
  ifneq ($(CONFIG_TARGET_IMAGES_GZIP),)
doesn't work any more. Something must have changed in the way the target
is called. Also there have been some changes to the image generation
process which would need to take that GZIP config option into account.

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

Re: [OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices



On 14/07/2015 16:38, Rafał Miłecki wrote:
> On 14 July 2015 at 16:05, Günther Kelleter  
> wrote:
>> This patch set is a backport of svn commits 46338..46342 from trunk to CC.
>> It adds support for devolo devices:
>> dLAN pro 500 Wireless+
>> dLAN pro 1200+ WiFi ac
> 
> There is a nice 1-line script I got from Felix that easily adds
> "Backport of ..." for you:
> sed -e 's,git-svn-id: .*@\([0-9]*\) [0-9a-z-]*,Backport of r\1,' < "$1" | git 
> am
> (which is a nice thing to have in a log)

i took care of that 2 minutes ago when i pulled the patches into my tree
doing a test build just now


> ___
> 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 v2] [netifd] Changes for more readability.

On 2015-05-24 09:36, Yousong Zhou wrote:
>  - "ifname" for Linux interface name.
>  - "interface" for netifd defined logical interface names as in
>/etc/config/network.
>  - A few comments and variable renames for better readability.
> 
> Signed-off-by: Yousong Zhou 
Sorry, I forgot to merge this one, and it no longer applies. If you're
still interested, please rebase.

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

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 07/14/2015 03:34 PM, John Crispin wrote:
> 
> 
> On 14/07/2015 14:41, Bruno Randolf wrote:
>> On 07/14/2015 12:43 PM, Jernej Izak wrote:
>>> ifneq (y,)
>>>
>>> bash: -c: line 0: syntax error near unexpected token `y,'
>>>
>>> bash: -c: line 0: `ifneq (y,)'
>>
>> That looks like being caused by my "brcm2708: Implement sysupgrade"
>> (commit 49f8801514837980bd80dd3fa1c24e82897d2e5c)... I tested it but
>> blogic committed a slightly different version which seems to be broken.
>> I'm checking it now...
>>
>> bruno
> 
> i used the version in patchwork, was that not the one to use ?

Yes. I'm not blaming you and I'm not exactly sure what happened, but I
think the image generation process has been changed in the mean time.
E.g. my patch (and the one in patchwork
http://patchwork.ozlabs.org/patch/494584/) had the "mcopy" lines before
./gen_rpi_sdcard_img.sh and the one you applied has them in a different
target. Also now the image is generated in
target-arm_cortex-a7+vfp_musl-1.1.10_eabi/linux-brcm2708_bcm2709/tmp/
and before directly in bin/brcm2708/...

Something must have changed in the way the target is evaluated so that
"ifneq" is interpreted as a shell command. And also there are other
places now where the .gz ending would have to be handled.

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

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi



On 14/07/2015 17:05, Bruno Randolf wrote:
> On 07/14/2015 03:34 PM, John Crispin wrote:
>>
>>
>> On 14/07/2015 14:41, Bruno Randolf wrote:
>>> On 07/14/2015 12:43 PM, Jernej Izak wrote:
 ifneq (y,)

 bash: -c: line 0: syntax error near unexpected token `y,'

 bash: -c: line 0: `ifneq (y,)'
>>>
>>> That looks like being caused by my "brcm2708: Implement sysupgrade"
>>> (commit 49f8801514837980bd80dd3fa1c24e82897d2e5c)... I tested it but
>>> blogic committed a slightly different version which seems to be broken.
>>> I'm checking it now...
>>>
>>> bruno
>>
>> i used the version in patchwork, was that not the one to use ?
> 
> Yes. I'm not blaming you and I'm not exactly sure what happened, but I
> think the image generation process has been changed in the mean time.
> E.g. my patch (and the one in patchwork
> http://patchwork.ozlabs.org/patch/494584/) had the "mcopy" lines before
> ./gen_rpi_sdcard_img.sh and the one you applied has them in a different
> target. Also now the image is generated in
> target-arm_cortex-a7+vfp_musl-1.1.10_eabi/linux-brcm2708_bcm2709/tmp/
> and before directly in bin/brcm2708/...
> 
> Something must have changed in the way the target is evaluated so that
> "ifneq" is interpreted as a shell command. And also there are other
> places now where the .gz ending would have to be handled.
> 
> bruno
> 

its not about blaming but about figuring out what went wrong. i will be
on the laptop that i used for merging in abotu an hour and will see int
he logs which commands i called and which patch i applied exactly
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi

On 07/14/2015 04:07 PM, John Crispin wrote:
> its not about blaming but about figuring out what went wrong.

Right, same here :)

> i will be
> on the laptop that i used for merging in abotu an hour and will see int
> he logs which commands i called and which patch i applied exactly

It's commit ad8e7742b637c36c4f5c32d1d2e8df1f2b32a31b "brcm2708: add DT
support" which changed the image generation process. After that my patch
seemed to apply but the logic changed. Today I can't work on this any
more, but the easiest way would be to remove the GZIP stuff for now and
add it back later.

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

Re: [OpenWrt-Devel] alternatives to TDMA

2015-07-14 Thread Bill Moffitt

My understanding is that UBNT has an ASIC in their devices to help with 
the timing of the TDMA mode. My suspicion is that, without that ASIC, 
"software only" TDMA would probably not be precise enough to bring benefit.


Does anyone have a better understanding of this?

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

Re: [OpenWrt-Devel] [PATCH v2] [netifd] Changes for more readability.

2015-07-14 Thread Yousong Zhou

On Jul 14, 2015 10:56 PM, "Felix Fietkau"  wrote:
>
> On 2015-05-24 09:36, Yousong Zhou wrote:
> >  - "ifname" for Linux interface name.
> >  - "interface" for netifd defined logical interface names as in
> >/etc/config/network.
> >  - A few comments and variable renames for better readability.
> >
> > Signed-off-by: Yousong Zhou 
> Sorry, I forgot to merge this one, and it no longer applies. If you're
> still interested, please rebase.

okay,  maybe next time with more to publish.

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

Re: [OpenWrt-Devel] alternatives to TDMA

2015-07-14 Thread Martin Tippmann

2015-07-14 17:50 GMT+02:00 Bill Moffitt :
> My understanding is that UBNT has an ASIC in their devices to help with the
> timing of the TDMA mode. My suspicion is that, without that ASIC, "software
> only" TDMA would probably not be precise enough to bring benefit.
>
> Does anyone have a better understanding of this?

I have no clue about this but there is a FreeBSD implementation that
is adverstised to work on Atheros chipsets:
https://wiki.freebsd.org/WifiTDMA +
https://people.freebsd.org/~sam/FreeBSD_TDMA-20090921.pdf

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

Re: [OpenWrt-Devel] Build errors when activating the Device Tree flag for Raspberry Pi



On 14/07/2015 17:18, Bruno Randolf wrote:
> On 07/14/2015 04:07 PM, John Crispin wrote:
>> its not about blaming but about figuring out what went wrong.
> 
> Right, same here :)
> 
>> i will be
>> on the laptop that i used for merging in abotu an hour and will see int
>> he logs which commands i called and which patch i applied exactly
> 
> It's commit ad8e7742b637c36c4f5c32d1d2e8df1f2b32a31b "brcm2708: add DT
> support" which changed the image generation process. After that my patch
> seemed to apply but the logic changed. Today I can't work on this any
> more, but the easiest way would be to remove the GZIP stuff for now and
> add it back later.
> 
> bruno
> 

ok so i revert the change to target/linux/brcm2708/image/Makefile only ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH v2] firmware-utils mktplinkfw: print amount of exceeding bytes

2015-07-14 Thread Stephan Maka

This is very useful for trimming images towards 4 MiB flash size.

Signed-off-by: Stephan Maka 
---
 tools/firmware-utils/src/mktplinkfw.c | 21 +++--
 1 file changed, 11 insertions(+), 10 deletions(-)

diff --git a/tools/firmware-utils/src/mktplinkfw.c 
b/tools/firmware-utils/src/mktplinkfw.c
index 09536c6..605eac9 100644
--- a/tools/firmware-utils/src/mktplinkfw.c
+++ b/tools/firmware-utils/src/mktplinkfw.c
@@ -584,6 +584,7 @@ static int read_to_buf(struct file_info *fdata, char *buf)
 static int check_options(void)
 {
int ret;
+   int exceed_bytes;
 
if (inspect_info.file_name) {
ret = get_file_stat(&inspect_info);
@@ -657,10 +658,10 @@ static int check_options(void)
kernel_len = kernel_info.file_size;
 
if (combined) {
-   if (kernel_info.file_size >
-   fw_max_len - sizeof(struct fw_header)) {
+   exceed_bytes = kernel_info.file_size - (fw_max_len - 
sizeof(struct fw_header));
+   if (exceed_bytes > 0) {
if (!ignore_size) {
-   ERR("kernel image is too big");
+   ERR("kernel image is too big by %i bytes", 
exceed_bytes);
return -1;
}
layout->fw_max_len = sizeof(struct fw_header) +
@@ -684,20 +685,20 @@ static int check_options(void)
 
DBG("kernel length aligned to %u", kernel_len);
 
-   if (kernel_len + rootfs_info.file_size >
-   fw_max_len - sizeof(struct fw_header)) {
-   ERR("images are too big");
+   exceed_bytes = kernel_len + rootfs_info.file_size - 
(fw_max_len - sizeof(struct fw_header));
+   if (exceed_bytes > 0) {
+   ERR("images are too big by %i bytes", 
exceed_bytes);
return -1;
}
} else {
-   if (kernel_info.file_size >
-   rootfs_ofs - sizeof(struct fw_header)) {
+   exceed_bytes = kernel_info.file_size - (rootfs_ofs - 
sizeof(struct fw_header));
+   if (exceed_bytes > 0) {
ERR("kernel image is too big");
return -1;
}
 
-   if (rootfs_info.file_size >
-   (fw_max_len - rootfs_ofs)) {
+   exceed_bytes = rootfs_info.file_size - (fw_max_len - 
rootfs_ofs);
+   if (exceed_bytes > 0) {
ERR("rootfs image is too big");
return -1;
}
-- 
2.1.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 6/6] bcm53xx: R8000 handle PEX8603 switch

On 28 June 2015 at 05:37, Ian Kent  wrote:
> Let me rework this using the bus number as you recommend.
> I'll repost my updated patch series once I've done that.

Hi Ian,

Is there any chance you'll find a moment for it anytime soon? It'd be
awesome to get R8000 support for CC release.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Alternatives do TDMA

After some more research I found that FreeBSD recently added TDMA
support to their ath driver [1]. Friend of mine just tried to use it
on some cheap TP-Link device but currently TDMA support is broken but
it will be fixed in next few days.

[1] https://wiki.freebsd.org/dev/ath%284%29
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] alternatives to TDMA

2015-07-14 Thread Fernando Frediani


Hi Bill,

I´m not sure about this. Do you have the source to confirm this ?

Fernando

On 14/07/2015 12:50, Bill Moffitt wrote:
My understanding is that UBNT has an ASIC in their devices to help 
with the timing of the TDMA mode. My suspicion is that, without that 
ASIC, "software only" TDMA would probably not be precise enough to 
bring benefit.


Does anyone have a better understanding of this?

-Bill
___
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] Alternatives do TDMA

2015-07-14 Thread Martin Tippmann

2015-07-14 11:34 GMT+02:00 John Crispin :
>
>
> On 14/07/2015 11:18, valent.turko...@gmail.com wrote:
>> I have your found out that NETSHe offers some of their firmwares for
>> free download and testing with TDMA enbled driver:
>> http://netshe.ru/files/NETSHe-3.0/
>
> looks like it is based on owrt, did you manage to find the GPL source ?
> is the tdma linked directly into the kernel or provided as a module ?

I just took an image and did a grep -ri tdma and got the following results:

Übereinstimmungen in Binärdatei ./usr/lib/libpcore.so.4.0.0.
Übereinstimmungen in Binärdatei ./usr/sbin/iw.
Übereinstimmungen in Binärdatei ./lib/modules/3.8.6/mac80211.ko.
Übereinstimmungen in Binärdatei ./lib/modules/3.8.6/pdwext.ko.
Übereinstimmungen in Binärdatei ./lib/modules/3.8.6/cfg80211.ko.
Übereinstimmungen in Binärdatei ./lib/modules/3.8.6/ath.ko.
Übereinstimmungen in Binärdatei ./lib/modules/3.8.6/pnwext.ko.

Looks like they at least modify GPLd iw, ath9k and mac80211 code or am
I wrong here?

regards
Martin

some strings output:

[~/tdma/squashfs-root]$ strings ./usr/sbin/iw | grep -i tdma
tdma
TDMA
join_tdma
leave_tdma
Join the TDMA network with the given frequency, version, slots, bitrate and keys
Leave the current TDMA network.

[~/tdma/squashfs-root]$ strings ./lib/modules/3.8.6/cfg80211.ko | grep -i tdma
/home/stanislav/stasoft/NETSHe-SDK-4/barrier_breaker/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/linux-ar71xx_generic/compat-wireless-2014-05-22/net/wireless/cfg80211_tdma.c
[~/tdma/squashfs-root]$ strings ./lib/modules/3.8.6/mac80211.ko | grep
-i tdma
TDMA: It is the first node. Start with node_id (%d)
TDMA: Try to associate with node_id (%d) and node_bitmap (%04X)
TDMA: No neighbours or beacons in ASSOCIATING state. Reset state to UNKNOW
TDMA: All neighbours accept this node settings. Change state to ASSOCIATED
TDMA: Not all neighbours voted for this node.
TDMA: (%lu) All neighbours do'nt see node / or beaconing troubles.
Reset node. (LV %lu / LB %lu / TC %lu / NB %d)
TDMA: Could not allocate memory for beacon!
TDMA: Could not put beacon header into skb!
TDMA: Could not put ESSID into skb!
TDMA: Could not put basic rates into skb!
TDMA: Could not put ext rates into skb!
TDMA: Could not put HT capabilities into skb!
TDMA: Could not allocate beacon
TDMA: Could not put TDMA info into skb!
TDMA: Could not put peer info into skb!
6%s: Failed to join TDMA network, DFS for specified channel is required
TDMA: Something wrong
TDMA: Start network join with %d nodes and %d version
TDMA: Setuped bitrate - %d. Calced - %d. Supported Rates - %x
TDMA: Round duration - %lu, TX slot duration - %lu, Second TX slot
duration - %lu
TDMA: Beacon interval in TU - %d.
TDMA: stop is called
TDMA: leave is called
TDMA: Enable frame transmission
TDMA: Wrong beacon len - %d
TDMA: Different SSID
TDMA: Wrong ie len - %d
TDMA: Wrong IE - %d
TDMA: Wrong version - %d %d
TDMA: Wrong node_id
TDMA: Rate mismatch
TDMA: Uh-Oh! Beacon with the same ID received.
TDMA: Desynchronize this node
TDMA: Just ignore it.
6%s: No room for a new TDMA STA entry %pM
TDMA: Could not link the key
TDMA: Could not allocate key
TDMA: Round duration - %lu, TX slot duration - %lu, Second TX slot
duration - %lu
TDMA: Neighbour with node_id (%d) is voted for this node.
TDMA: Disable frame transmission after beacon precessing
TDMA: USC - %u
TDMA: Reset starts Intf Queue %d
TDMA: Reset starts IEEE80211 Queue %d
tdma_originator_expire
tdma_max_clock_drift
tdma_get_skb_from_queue
tdma_sta_init
tdma_get_avail_slot
tdma_get_tx_window
tdma_originator_update
tdma_calc_ideal_interval
tdma_process_pending_frames
tdma_store_pending_frame
ieee80211_tdma_tx_notify
tdma_process_hdr
tdma_plan_next_tx
tdma_update_skb_hdr
tdma_tx_slot_duration
tdma_sched_tx
tdma_originator_get
tdma_amsdu_to_8023s
tdma_tu_adjust
tdma_update_hdr_counter
tdma_tx_slot_calc
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH procd] move /dev/shm to /tmp/shm

2015-07-14 Thread Daniel Gimpelevich

OpenSSL session caches create shared memory segments that appear as
files under /dev/shm. If there is not enough room there, execution
terminates with SIGBUS upon access. Even a single instance would exceed
512K.

On Tue, 2015-07-14 at 11:50 +0200, John Crispin wrote:
> what kind of usage do you expect ?
> 
> On 11/07/2015 03:58, Daniel Gimpelevich wrote:
> > Since the /dev filesystem is tiny, /dev/shm needs to live somewhere
> > else.
> > 
> > Signed-off-by: Daniel Gimpelevich 
> > --- a/initd/early.c 2015-06-19 14:01:25.0 -0700
> > +++ b/initd/early.c 2015-07-10 15:04:23.270143065 -0700
> > @@ -66,16 +66,20 @@
> > mount("sysfs", "/sys", "sysfs", MS_NOATIME, 0);
> > mount("none", "/sys/fs/cgroup", "cgroup", 0, 0);
> > mount("tmpfs", "/dev", "tmpfs", MS_NOATIME, "mode=0755,size=512K");
> > -   mkdir("/dev/shm", 01777);
> > +   symlink("/tmp/shm", "/dev/shm");
> > mkdir("/dev/pts", 0755);
> > mount("devpts", "/dev/pts", "devpts", MS_NOATIME, "mode=600");
> > early_dev();
> >  
> > early_console("/dev/console");
> > -   if (mount_zram_on_tmp())
> > +   if (mount_zram_on_tmp()) {
> > mount("tmpfs", "/tmp", "tmpfs", MS_NOSUID | MS_NODEV | 
> > MS_NOATIME, NULL);
> > -   else
> > -   mkdev("*", 0600);
> > +   mkdir("/tmp/shm", 01777);
> > +   } else {
> > +   mkdir("/tmp/shm", 01777);
> > +   mount("tmpfs", "/tmp/shm", "tmpfs", MS_NOSUID | MS_NODEV | 
> > MS_NOATIME,
> > +   "mode=01777");
> > +   }
> > mkdir("/tmp/run", 0777);
> > mkdir("/tmp/lock", 0777);
> > mkdir("/tmp/state", 0777);
> > --- a/plug/coldplug.c   2015-06-19 14:01:25.0 -0700
> > +++ b/plug/coldplug.c   2015-07-10 15:04:19.270123233 -0700
> > @@ -45,7 +45,7 @@
> > umount2("/dev/pts", MNT_DETACH);
> > umount2("/dev/", MNT_DETACH);
> > mount("tmpfs", "/dev", "tmpfs", 0, "mode=0755,size=512K");
> > -   mkdir("/dev/shm", 01777);
> > +   symlink("/tmp/shm", "/dev/shm");
> > mkdir("/dev/pts", 0755);
> > umask(oldumask);
> > mount("devpts", "/dev/pts", "devpts", 0, 0);
> > ___
> > 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] Alternatives do TDMA

2015-07-14 Thread Martin Tippmann

2015-07-14 18:45 GMT+02:00 Martin Tippmann :
> 2015-07-14 11:34 GMT+02:00 John Crispin :
>>
>>
>> On 14/07/2015 11:18, valent.turko...@gmail.com wrote:
>>> I have your found out that NETSHe offers some of their firmwares for
>>> free download and testing with TDMA enbled driver:
>>> http://netshe.ru/files/NETSHe-3.0/
>>
>> looks like it is based on owrt, did you manage to find the GPL source ?
>> is the tdma linked directly into the kernel or provided as a module ?

Here is some information from them: http://www.netshe.ru/wirelessstack
- Sorry did not found this before. However there seems to be no
download for the GPL patchsets...

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

Re: [OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices

2015-07-14 Thread Karl Palsson

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

We're adding support for gpio irqs to all of ar71xx this late in the CC
release?No possible side affects here?  Are the gpio irqs required
for these platforms?  What makes these two platforms special that they
can be added as new platforms this late?  We've already added support
for new platforms and reverted them again. 

Given that openwrt is moving forward with wonderful speed, and the time
between releases is shortening, can't this just wait?  

Cheers,
Karl P

Günther Kelleter  wrote:
> This patch set is a backport of svn commits 46338..46342 from trunk to
> CC.
> It adds support for devolo devices:
> dLAN pro 500 Wireless+
> dLAN pro 1200+ WiFi ac
> 
> 
> Günther Kelleter (1):
>   ar71xx: add support for the devolo dLAN pro 1200+ WiFi ac
> 
> blogic (4):
>   ar71xx: add support for the devolo dLAN pro 500 Wireless+
>   ar71xx: add support to use gpio irqs
>   mac80211: make ath10k firmware v2 selectable
>   base-files: added option to configure the gpio led trigger in
> uci-defaults
> 
>  package/base-files/files/etc/init.d/led|   7 +
>  .../base-files/files/lib/functions/uci-defaults.sh |  20 ++
>  package/kernel/mac80211/Makefile   |  12 ++
>  target/linux/ar71xx/base-files/etc/diag.sh |   6 +
>  .../etc/hotplug.d/firmware/11-ath10k-caldata   |   8 +
>  .../ar71xx/base-files/etc/uci-defaults/01_leds |  13 ++
>  .../ar71xx/base-files/etc/uci-defaults/02_network  |  10 +
>  target/linux/ar71xx/base-files/lib/ar71xx.sh   |   6 +
>  .../ar71xx/base-files/lib/upgrade/platform.sh  |   2 +
>  target/linux/ar71xx/config-3.18|   2 +
>  .../files/arch/mips/ath79/mach-dlan-pro-1200-ac.c  | 189 +
>  .../files/arch/mips/ath79/mach-dlan-pro-500-wp.c   | 203 +++
>  .../linux/ar71xx/generic/profiles/devolo-dlan.mk   |  33 +++
>  target/linux/ar71xx/image/Makefile |  21 ++
>  .../610-MIPS-ath79-openwrt-machines.patch  |  40 +++-
>  .../739-MIPS-ath79-add-gpio-irq-support.patch  | 224 
> +
>  16 files changed, 790 insertions(+), 6 deletions(-)
>  create mode 100644 
> target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-1200-ac.c
>  create mode 100644 
> target/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-500-wp.c
>  create mode 100644 target/linux/ar71xx/generic/profiles/devolo-dlan.mk
>  create mode 100644 
> target/linux/ar71xx/patches-3.18/739-MIPS-ath79-add-gpio-irq-support.patch
> 

- -- 
Sent using Mailpile, Free Software from www.mailpile.is

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

iQIcBAEBAgAGBQJVpU5YAAoJEBmotQ/U1cr2uLAQAIQrn94yfseElffBvSxK+UCg
SFMhKd5pt/gerD7h4H8zeqZLET7o9KmzTWNJhFY3YbEZLkRsjY1H3bSnIUNHs4Ii
/1tKRaPHRNL+rQc9MyK8muCDmDogLa38DDAIZaYPDhtEwQVCj+NW7nALaX1mM40D
8ybh20T6jb9ngOAwsbopJfip0mu1pgm3VU1h1Ir4FhKa00RoRzfJa2CxwHjvFYUv
MIetemy3Xq0aDSNMgY/6v+ogOxo4OJIFtMcJwmdHFkxkynvfjwQBIQ4ZlvlVnEQ1
vqpyCir5QtQN3Tt6y5s5hqP2hd5JYRBz1UkYWLIekn/xFA7nbrKkYQPIyGPpTMqF
uRy2ApleWQpSOoAlB7r8NKLD+u+rGmlmnvF85p8Hx122EBm6Gn/X5JkJuSSvxDfw
tYgVOk2GuRR215rwKjlYM39xif2lW13Iu35GGXmEkym5wR9uYTB0R3YrdeYmBGRE
EUtmTtwOk4LVn7M35ucyYG+mqtUQYuU+BmA2W9I7xm3DiWBsXJKZ1BjG94PhVgXL
S9wlOFMzCiIV847q5eq4aaimMKYOpMoncet7B6jY0zLb1kbDYRgh27H6Ibk8JqxQ
X1m45zrDU5bCi8QnWduFeguOLVndMK4J30dn1jaonIB1oIiz0rPEVhUyPL0XVOrV
lYOOiJQUMhLwNkgdlV9K
=uMlw
-END PGP SIGNATURE-
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 1/8] brcm2708: improve profiles and image generation

- Add profiles for bcm2708 subtarget.
- Check subtarget for image generation.

Signed-off-by: Álvaro Fernández Rojas 
---
 .../linux/brcm2708/bcm2708/profiles/RaspberryPi.mk | 22 ++
 .../brcm2708/bcm2709/profiles/RaspberryPi2.mk  | 12 +---
 target/linux/brcm2708/image/Makefile   | 19 +--
 3 files changed, 36 insertions(+), 17 deletions(-)

diff --git a/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk 
b/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk
index 94d0a06..82a7910 100644
--- a/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk
+++ b/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk
@@ -5,12 +5,26 @@
 # See /LICENSE for more information.
 #
 
-define Profile/RaspberryPi
+define Profile/Default
   NAME:=Raspberry Pi
 endef
+define Profile/Default/Description
+  Raspberry Pi
+endef
+$(eval $(call Profile,Default))
 
-define Profile/RaspberryPi/Description
-   Raspberry Pi board
+define Profile/RaspberryPi_B
+  NAME:=Raspberry Pi Model B
+endef
+define Profile/RaspberryPi_B/Description
+  Raspberry Pi Model B
 endef
+$(eval $(call Profile,RaspberryPi_B))
 
-$(eval $(call Profile,RaspberryPi))
+define Profile/RaspberryPi_BPlus
+  NAME:=Raspberry Pi Model B+
+endef
+define Profile/RaspberryPi_BPlus/Description
+  Raspberry Pi Model B+
+endef
+$(eval $(call Profile,RaspberryPi_BPlus))
diff --git a/target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk 
b/target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk
index d3d1617..ef7483d 100644
--- a/target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk
+++ b/target/linux/brcm2708/bcm2709/profiles/RaspberryPi2.mk
@@ -5,12 +5,10 @@
 # See /LICENSE for more information.
 #
 
-define Profile/RaspberryPi2
-  NAME:=Raspberry Pi 2
+define Profile/RaspberryPi_2
+  NAME:=Raspberry Pi 2 Model B
 endef
-
-define Profile/RaspberryPi2/Description
-   Raspberry Pi 2 board
+define Profile/RaspberryPi_2/Description
+  Raspberry Pi 2 Model B
 endef
-
-$(eval $(call Profile,RaspberryPi2))
+$(eval $(call Profile,RaspberryPi_2))
diff --git a/target/linux/brcm2708/image/Makefile 
b/target/linux/brcm2708/image/Makefile
index 10ecfda..00bee22 100644
--- a/target/linux/brcm2708/image/Makefile
+++ b/target/linux/brcm2708/image/Makefile
@@ -67,11 +67,18 @@ define add_bcm2708
   TARGET_DEVICES += $(2)
 endef
 
-# Raspberry Pi Model B
-$(eval $(call add_bcm2708,RaspberryPi,rpi-b,bcm2708-rpi-b))
-# Raspberry Pi Model B+
-$(eval $(call add_bcm2708,RaspberryPi,rpi-b-plus,bcm2708-rpi-b-plus))
-# Raspberry Pi 2 Model B
-$(eval $(call add_bcm2708,RaspberryPi2,rpi-2-b,bcm2709-rpi-2-b))
+### BCM2708/BCM2835 ###
+ifeq ($(SUBTARGET),bcm2708)
+  # Raspberry Pi Model B
+  $(eval $(call add_bcm2708,RaspberryPi_B,rpi-b,bcm2708-rpi-b))
+  # Raspberry Pi Model B+
+  $(eval $(call add_bcm2708,RaspberryPi_BPlus,rpi-b-plus,bcm2708-rpi-b-plus))
+endif
+
+### BCM2709/BCM2836 ###
+ifeq ($(SUBTARGET),bcm2709)
+  # Raspberry Pi 2 Model B
+  $(eval $(call add_bcm2708,RaspberryPi_2,rpi-2-b,bcm2709-rpi-2-b))
+endif
 
 $(eval $(call BuildImage))
-- 
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/8] brcm2708: remove unneeded base-files

Device tree exports board name/model and device LEDs.

Signed-off-by: Álvaro Fernández Rojas 
---
 .../brcm2708/base-files/etc/uci-defaults/01_leds   | 11 ---
 target/linux/brcm2708/base-files/lib/brcm2708.sh   | 36 --
 .../lib/preinit/03_preinit_do_brcm2708.sh  |  9 --
 3 files changed, 56 deletions(-)
 delete mode 100644 target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
 delete mode 100755 target/linux/brcm2708/base-files/lib/brcm2708.sh
 delete mode 100644 
target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh

diff --git a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds 
b/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
deleted file mode 100644
index ad52c68..000
--- a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
+++ /dev/null
@@ -1,11 +0,0 @@
-#!/bin/sh
-#
-# Copyright (C) 2015 OpenWrt.org
-#
-
-. /lib/functions/uci-defaults.sh
-
-ucidef_set_led_mmc "mmc" "MMC" "led0" "mmc0"
-ucidef_commit_leds
-
-exit 0
diff --git a/target/linux/brcm2708/base-files/lib/brcm2708.sh 
b/target/linux/brcm2708/base-files/lib/brcm2708.sh
deleted file mode 100755
index 76870c6..000
--- a/target/linux/brcm2708/base-files/lib/brcm2708.sh
+++ /dev/null
@@ -1,36 +0,0 @@
-#!/bin/sh
-#
-# Copyright (C) 2015 OpenWrt.org
-#
-
-brcm2708_board_detect() {
-   local machine
-   local name
-
-   machine=$(awk 'BEGIN{FS="[ \t]+:[ \t]"} /Hardware/ {print $2}' 
/proc/cpuinfo)
-
-   case "$machine" in
-   BCM2708)
-   name="Raspberry Pi"
-   ;;
-   BCM2709)
-   name="Raspberry Pi 2"
-   ;;
-   esac
-
-   [ -z "$name" ] && name="unknown"
-
-   [ -e "/tmp/sysinfo/" ] || mkdir -p "/tmp/sysinfo/"
-
-   echo "$machine" > /tmp/sysinfo/board_name
-   echo "$name" > /tmp/sysinfo/model
-}
-
-brcm2708_board_name() {
-   local name
-
-   [ -f /tmp/sysinfo/board_name ] && name=$(cat /tmp/sysinfo/board_name)
-   [ -z "$name" ] && name="unknown"
-
-   echo "$name"
-}
diff --git 
a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh 
b/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
deleted file mode 100644
index e3cf56d..000
--- a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
+++ /dev/null
@@ -1,9 +0,0 @@
-#!/bin/sh
-
-do_brcm2708() {
-   . /lib/brcm2708.sh
-
-   brcm2708_board_detect
-}
-
-boot_hook_add preinit_main do_brcm2708
-- 
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 3/8] brcm2708: split target config into subtargets

Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/brcm2708/bcm2708/config-3.18| 326 
 target/linux/brcm2708/bcm2708/config-default |   4 -
 target/linux/brcm2708/bcm2709/config-3.18| 358 +++
 target/linux/brcm2708/bcm2709/config-default |  17 --
 target/linux/brcm2708/config-3.18| 280 -
 5 files changed, 684 insertions(+), 301 deletions(-)
 create mode 100644 target/linux/brcm2708/bcm2708/config-3.18
 delete mode 100644 target/linux/brcm2708/bcm2708/config-default
 create mode 100644 target/linux/brcm2708/bcm2709/config-3.18
 delete mode 100644 target/linux/brcm2708/bcm2709/config-default
 delete mode 100644 target/linux/brcm2708/config-3.18

diff --git a/target/linux/brcm2708/bcm2708/config-3.18 
b/target/linux/brcm2708/bcm2708/config-3.18
new file mode 100644
index 000..82097c2
--- /dev/null
+++ b/target/linux/brcm2708/bcm2708/config-3.18
@@ -0,0 +1,326 @@
+# CONFIG_AIO is not set
+CONFIG_ALIGNMENT_TRAP=y
+# CONFIG_AMBA_PL08X is not set
+# CONFIG_APM_EMULATION is not set
+CONFIG_ARCH_BCM2708=y
+# CONFIG_ARCH_BCM2709 is not set
+CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y
+CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
+# CONFIG_ARCH_HAS_SG_CHAIN is not set
+CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y
+CONFIG_ARCH_HIBERNATION_POSSIBLE=y
+CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
+CONFIG_ARCH_NR_GPIO=0
+CONFIG_ARCH_REQUIRE_GPIOLIB=y
+# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set
+# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set
+CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y
+CONFIG_ARCH_SUPPORTS_UPROBES=y
+CONFIG_ARCH_SUSPEND_POSSIBLE=y
+CONFIG_ARCH_USE_BUILTIN_BSWAP=y
+CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y
+CONFIG_ARCH_WANT_GENERAL_HUGETLB=y
+CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
+CONFIG_ARM=y
+CONFIG_ARM_AMBA=y
+CONFIG_ARM_CPU_SUSPEND=y
+CONFIG_ARM_ERRATA_411920=y
+CONFIG_ARM_L1_CACHE_SHIFT=5
+# CONFIG_ARM_SP805_WATCHDOG is not set
+CONFIG_ARM_THUMB=y
+CONFIG_ARM_UNWIND=y
+CONFIG_AVERAGE=y
+# CONFIG_BACKLIGHT_CLASS_DEVICE is not set
+CONFIG_BACKLIGHT_LCD_SUPPORT=y
+CONFIG_BCM2708_DT=y
+CONFIG_BCM2708_GPIO=y
+# CONFIG_BCM2708_NOL2CACHE is not set
+CONFIG_BCM2708_VCHIQ=y
+CONFIG_BCM2708_VCMEM=y
+CONFIG_BCM2708_WDT=y
+CONFIG_BCM_VC_CMA=y
+CONFIG_BCM_VC_SM=y
+# CONFIG_BLK_DEV_INITRD is not set
+CONFIG_BLK_DEV_LOOP=y
+CONFIG_BLK_DEV_RAM=y
+CONFIG_BLK_DEV_RAM_COUNT=16
+CONFIG_BLK_DEV_RAM_SIZE=4096
+CONFIG_BLK_DEV_SD=y
+CONFIG_BRCM_CHAR_DRIVERS=y
+CONFIG_BUILD_BIN2C=y
+# CONFIG_CACHE_L2X0 is not set
+CONFIG_CLKDEV_LOOKUP=y
+CONFIG_CLONE_BACKWARDS=y
+CONFIG_CMA=y
+CONFIG_CMA_ALIGNMENT=8
+CONFIG_CMA_AREAS=7
+# CONFIG_CMA_DEBUG is not set
+CONFIG_CMA_SIZE_MBYTES=16
+# CONFIG_CMA_SIZE_SEL_MAX is not set
+CONFIG_CMA_SIZE_SEL_MBYTES=y
+# CONFIG_CMA_SIZE_SEL_MIN is not set
+# CONFIG_CMA_SIZE_SEL_PERCENTAGE is not set
+CONFIG_CMDLINE="dwc_otg.lpm_enable=0 console=ttyAMA0,115200 
kgdboc=ttyAMA0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait"
+CONFIG_COMMON_CLK=y
+CONFIG_CONFIGFS_FS=y
+CONFIG_CONSOLE_TRANSLATIONS=y
+CONFIG_CPU_32v6=y
+CONFIG_CPU_ABRT_EV6=y
+# CONFIG_CPU_BPREDICT_DISABLE is not set
+CONFIG_CPU_CACHE_V6=y
+CONFIG_CPU_CACHE_VIPT=y
+CONFIG_CPU_COPY_V6=y
+CONFIG_CPU_CP15=y
+CONFIG_CPU_CP15_MMU=y
+CONFIG_CPU_HAS_ASID=y
+# CONFIG_CPU_ICACHE_DISABLE is not set
+CONFIG_CPU_IDLE=y
+CONFIG_CPU_IDLE_GOV_LADDER=y
+CONFIG_CPU_IDLE_GOV_MENU=y
+CONFIG_CPU_PABRT_V6=y
+CONFIG_CPU_PM=y
+CONFIG_CPU_TLB_V6=y
+CONFIG_CPU_V6=y
+CONFIG_CRC16=y
+CONFIG_CRYPTO_CRC32C=y
+CONFIG_CRYPTO_HASH=y
+CONFIG_CRYPTO_HASH2=y
+CONFIG_DCACHE_WORD_ACCESS=y
+CONFIG_DEBUG_BUGVERBOSE=y
+CONFIG_DEBUG_INFO=y
+CONFIG_DEBUG_LL_INCLUDE="mach/debug-macro.S"
+# CONFIG_DEBUG_UART_8250 is not set
+# CONFIG_DEBUG_UART_PL01X is not set
+# CONFIG_DEBUG_USER is not set
+CONFIG_DEFAULT_CFQ=y
+# CONFIG_DEFAULT_DEADLINE is not set
+CONFIG_DEFAULT_IOSCHED="cfq"
+CONFIG_DEVTMPFS=y
+CONFIG_DMADEVICES=y
+CONFIG_DMA_BCM2708=y
+CONFIG_DMA_CMA=y
+CONFIG_DMA_ENGINE=y
+CONFIG_DMA_OF=y
+CONFIG_DMA_VIRTUAL_CHANNELS=y
+CONFIG_DNOTIFY=y
+CONFIG_DTC=y
+CONFIG_DUMMY_CONSOLE=y
+# CONFIG_DW_DMAC_CORE is not set
+CONFIG_ENABLE_MUST_CHECK=y
+CONFIG_EXT4_FS=y
+CONFIG_EXT4_FS_POSIX_ACL=y
+CONFIG_EXT4_FS_SECURITY=y
+CONFIG_FB=y
+CONFIG_FB_BCM2708=y
+CONFIG_FB_CFB_COPYAREA=y
+CONFIG_FB_CFB_FILLRECT=y
+CONFIG_FB_CFB_IMAGEBLIT=y
+CONFIG_FB_CMDLINE=y
+CONFIG_FIQ=y
+CONFIG_FIRMWARE_IN_KERNEL=y
+# CONFIG_FONTS is not set
+CONFIG_FONT_8x16=y
+CONFIG_FONT_8x8=y
+CONFIG_FONT_SUPPORT=y
+# CONFIG_FPE_FASTFPE is not set
+# CONFIG_FPE_NWFPE is not set
+CONFIG_FRAMEBUFFER_CONSOLE=y
+# CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is not set
+# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set
+CONFIG_FREEZER=y
+CONFIG_FS_MBCACHE=y
+CONFIG_FS_POSIX_ACL=y
+CONFIG_GENERIC_ALLOCATOR=y
+CONFIG_GENERIC_ATOMIC64=y
+CONFIG_GENERIC_BUG=y
+CONFIG_GENERIC_CLOCKEVENTS=y
+CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
+CONFIG_GENERIC_IDLE_POLL_SETUP=y
+CONFIG_GENERIC_IO=y
+CONFIG_GENERIC_IRQ_SHOW=y
+CONFIG_GENERIC_PCI_IOMAP=y
+CONFIG_GENERIC_PINCONF=y
+CONFIG_GENERIC_SCHED_CLO

[OpenWrt-Devel] [PATCH 5/8] generic: add missing linux 4.1 symbols

Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/generic/config-4.1 | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/target/linux/generic/config-4.1 b/target/linux/generic/config-4.1
index 0712808..2dd4071 100644
--- a/target/linux/generic/config-4.1
+++ b/target/linux/generic/config-4.1
@@ -107,6 +107,7 @@ CONFIG_AIO=y
 # CONFIG_ALCHEMY_GPIO_INDIRECT is not set
 # CONFIG_ALIM7101_WDT is not set
 CONFIG_ALLOW_DEV_COREDUMP=y
+# CONFIG_ALTERA_MBOX is not set
 # CONFIG_ALTERA_STAPL is not set
 # CONFIG_ALTERA_TSE is not set
 # CONFIG_ALX is not set
@@ -251,6 +252,7 @@ CONFIG_ARM_DMA_MEM_BUFFERABLE=y
 # CONFIG_ARM_ERRATA_798181 is not set
 # CONFIG_ARM_KERNMEM_PERMS is not set
 # CONFIG_ARM_KPROBES_TEST is not set
+# CONFIG_ARM_MHU is not set
 # CONFIG_ARM_PATCH_PHYS_VIRT is not set
 # CONFIG_ARM_PSCI is not set
 # CONFIG_ARM_PTDUMP is not set
@@ -1011,6 +1013,7 @@ CONFIG_EXPERT=y
 # CONFIG_EXT3_FS is not set
 # CONFIG_EXT3_FS_XATTR is not set
 # CONFIG_EXT4_DEBUG is not set
+# CONFIG_EXT4_ENCRYPTION is not set
 # CONFIG_EXT4_FS is not set
 # CONFIG_EXT4_FS_POSIX_ACL is not set
 # CONFIG_EXT4_FS_SECURITY is not set
@@ -2928,12 +2931,14 @@ CONFIG_PCI_SYSCALL=y
 # CONFIG_PID_NS is not set
 CONFIG_PINCONF=y
 # CONFIG_PINCTRL is not set
+# CONFIG_PINCTRL_AMD is not set
 # CONFIG_PINCTRL_CAPRI is not set
 # CONFIG_PINCTRL_EXYNOS is not set
 # CONFIG_PINCTRL_EXYNOS5440 is not set
 # CONFIG_PINCTRL_MSM8X74 is not set
 CONFIG_PINCTRL_SINGLE=y
 CONFIG_PINMUX=y
+# CONFIG_PL320_MBOX is not set
 # CONFIG_PLAT_SPEAR is not set
 # CONFIG_PLIP is not set
 # CONFIG_PLX_HERMES is not set
@@ -4511,6 +4516,7 @@ CONFIG_USB_VIDEO_CLASS_INPUT_EVDEV=y
 # CONFIG_V4L_MEM2MEM_DRIVERS is not set
 # CONFIG_V4L_TEST_DRIVERS is not set
 # CONFIG_VCNL4000 is not set
+# CONFIG_VDSO is not set
 # CONFIG_VETH is not set
 # CONFIG_VEXPRESS_CONFIG is not set
 # CONFIG_VF610_ADC is not set
-- 
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 6/8] brcm2708: improve modules

- Add upstream (bcm2835) modules and improve downstream ones (bcm2708)
- Override disabled device tree module status from config.txt

Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/brcm2708/image/config.txt |  6 +++
 target/linux/brcm2708/modules.mk   | 71 --
 2 files changed, 66 insertions(+), 11 deletions(-)

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
diff --git a/target/linux/brcm2708/modules.mk b/target/linux/brcm2708/modules.mk
index 408382d..3f9c118 100644
--- a/target/linux/brcm2708/modules.mk
+++ b/target/linux/brcm2708/modules.mk
@@ -6,7 +6,7 @@
 #
 
 define KernelPackage/sound-arm-bcm2835
-  TITLE:=Broadcom 2708,2835 SoC sound support
+  TITLE:=BCM2835 ALSA driver
   KCONFIG:= \
CONFIG_SND_ARM=y \
CONFIG_SND_BCM2835 \
@@ -19,14 +19,15 @@ define KernelPackage/sound-arm-bcm2835
 endef
 
 define KernelPackage/sound-arm-bcm2835/description
-  This package contains the Broadcom 2708/2835 sound driver
+  This package contains the BCM2835 ALSA pcm card driver
 endef
 
 $(eval $(call KernelPackage,sound-arm-bcm2835))
 
+
 define KernelPackage/random-bcm2708
   SUBMENU:=$(OTHER_MENU)
-  TITLE:=BCM2708 H/W Random Number Generator
+  TITLE:=BCM2708 HW Random Number Generator
   KCONFIG:=CONFIG_HW_RANDOM_BCM2708
   FILES:=$(LINUX_DIR)/drivers/char/hw_random/bcm2708-rng.ko
   AUTOLOAD:=$(call AutoLoad,11,bcm2708-rng)
@@ -39,14 +40,30 @@ endef
 
 $(eval $(call KernelPackage,random-bcm2708))
 
+define KernelPackage/random-bcm2835
+  SUBMENU:=$(OTHER_MENU)
+  TITLE:=BCM2835 HW Random Number Generator
+  KCONFIG:=CONFIG_HW_RANDOM_BCM2835
+  FILES:=$(LINUX_DIR)/drivers/char/hw_random/bcm2835-rng.ko
+  AUTOLOAD:=$(call AutoLoad,11,bcm2835-rng)
+  DEPENDS:=@TARGET_brcm2708 +kmod-random-core
+endef
+
+define KernelPackage/random-bcm2835/description
+  This package contains the Broadcom 2835 HW random number generator driver
+endef
+
+$(eval $(call KernelPackage,random-bcm2835))
+
 
 define KernelPackage/spi-bcm2708
   SUBMENU:=$(SPI_MENU)
-  TITLE:=BCM2708 SPI controller driver (SPI0)
-  KCONFIG:=CONFIG_SPI_BCM2708 \
-  CONFIG_SPI=y \
-  CONFIG_SPI_MASTER=y \
-  CONFIG_BCM2708_SPIDEV=y
+  TITLE:=BCM2708 SPI controller driver
+  KCONFIG:= \
+CONFIG_BCM2708_SPIDEV=n \
+CONFIG_SPI=y \
+CONFIG_SPI_BCM2708 \
+CONFIG_SPI_MASTER=y
   FILES:=$(LINUX_DIR)/drivers/spi/spi-bcm2708.ko
   AUTOLOAD:=$(call AutoLoad,89,spi-bcm2708)
   DEPENDS:=@TARGET_brcm2708
@@ -58,13 +75,31 @@ endef
 
 $(eval $(call KernelPackage,spi-bcm2708))
 
+define KernelPackage/spi-bcm2835
+  SUBMENU:=$(SPI_MENU)
+  TITLE:=BCM2835 SPI controller driver
+  KCONFIG:=\
+CONFIG_BCM2708_SPIDEV=n \
+CONFIG_SPI=y \
+CONFIG_SPI_BCM2835 \
+CONFIG_SPI_MASTER=y
+  FILES:=$(LINUX_DIR)/drivers/spi/spi-bcm2835.ko
+  AUTOLOAD:=$(call AutoLoad,89,spi-bcm2835)
+  DEPENDS:=@TARGET_brcm2708
+endef
+
+define KernelPackage/spi-bcm2835/description
+  This package contains the Broadcom 2835 SPI master controller driver
+endef
+
+$(eval $(call KernelPackage,spi-bcm2835))
+
 
 define KernelPackage/hwmon-bcm2835
   TITLE:=BCM2835 HWMON driver
   KCONFIG:=CONFIG_SENSORS_BCM2835
   FILES:=$(LINUX_DIR)/drivers/hwmon/bcm2835-hwmon.ko
   AUTOLOAD:=$(call AutoLoad,60,bcm2835-hwmon)
-  DEPENDS:=@TARGET_brcm2708
   $(call AddDepends/hwmon,@TARGET_brcm2708)
 endef
 
@@ -80,9 +115,8 @@ I2C_BCM2708_MODULES:=\
 
 define KernelPackage/i2c-bcm2708
   $(call i2c_defaults,$(I2C_BCM2708_MODULES),59)
-  KCONFIG+= \
-  CONFIG_I2C_BCM2708_BAUDRATE=10
   TITLE:=Broadcom BCM2708 I2C master controller driver
+  KCONFIG+= CONFIG_I2C_BCM2708_BAUDRATE=10
   DEPENDS:=@TARGET_brcm2708 +kmod-i2c-core
 endef
 
@@ -91,3 +125,18 @@ define KernelPackage/i2c-bcm2708/description
 endef
 
 $(eval $(call KernelPackage,i2c-bcm2708))
+
+I2C_BCM2835_MODULES:=\
+  CONFIG_I2C_BCM2835:drivers/i2c/busses/i2c-bcm2835
+
+define KernelPackage/i2c-bcm2835
+  $(call i2c_defaults,$(I2C_BCM2835_MODULES),59)
+  TITLE:=Broadcom BCM2835 I2C master controller driver
+  DEPENDS:=@TARGET_brcm2708 +kmod-i2c-core
+endef
+
+define KernelPackage/i2c-bcm2835/description
+  This package contains the Broadcom 2835 I2C master controller driver
+endef
+
+$(eval $(call KernelPackage,i2c-bcm2835))
-- 
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 8/8] brcm2708: add Raspberry Pi Compute Module support

Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk | 8 
 target/linux/brcm2708/image/Makefile  | 2 ++
 2 files changed, 10 insertions(+)

diff --git a/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk 
b/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk
index 82a7910..dcf6e05 100644
--- a/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk
+++ b/target/linux/brcm2708/bcm2708/profiles/RaspberryPi.mk
@@ -28,3 +28,11 @@ define Profile/RaspberryPi_BPlus/Description
   Raspberry Pi Model B+
 endef
 $(eval $(call Profile,RaspberryPi_BPlus))
+
+define Profile/RaspberryPi_CM
+  NAME:=Raspberry Pi Compute Module
+endef
+define Profile/RaspberryPi_CM/Description
+  Raspberry Pi Model Compute Module
+endef
+$(eval $(call Profile,RaspberryPi_CM))
diff --git a/target/linux/brcm2708/image/Makefile 
b/target/linux/brcm2708/image/Makefile
index 00bee22..de178c6 100644
--- a/target/linux/brcm2708/image/Makefile
+++ b/target/linux/brcm2708/image/Makefile
@@ -73,6 +73,8 @@ ifeq ($(SUBTARGET),bcm2708)
   $(eval $(call add_bcm2708,RaspberryPi_B,rpi-b,bcm2708-rpi-b))
   # Raspberry Pi Model B+
   $(eval $(call add_bcm2708,RaspberryPi_BPlus,rpi-b-plus,bcm2708-rpi-b-plus))
+  # Raspberry Pi Compute Module
+  $(eval $(call add_bcm2708,RaspberryPi_CM,rpi-cm,bcm2708-rpi-cm))
 endif
 
 ### BCM2709/BCM2836 ###
-- 
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 7/8] brcm2708: switch to linux 4.1

Signed-off-by: Álvaro Fernández Rojas 
---
 target/linux/brcm2708/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/target/linux/brcm2708/Makefile b/target/linux/brcm2708/Makefile
index 015aa9c..6d8aba0 100644
--- a/target/linux/brcm2708/Makefile
+++ b/target/linux/brcm2708/Makefile
@@ -16,7 +16,7 @@ CPU_TYPE:=arm1176jzf-s
 CPU_SUBTYPE:=vfp
 SUBTARGETS:=bcm2708 bcm2709
 
-KERNEL_PATCHVER:=3.18
+KERNEL_PATCHVER:=4.1
 
 include $(INCLUDE_DIR)/target.mk
 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
-- 
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] [PATCH 3/8] brcm2708: split target config into subtargets

On 14 July 2015 at 20:15, Álvaro Fernández Rojas  wrote:
> Signed-off-by: Álvaro Fernández Rojas 

And some explanation *why*? I guess it may be obvious for you (and
John?) but would be nice to include such info for other ppl :)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/8] brcm2708: split target config into subtargets

With the previous setup if you called kernel_menuconfig it resulted in totally 
breaking the target config for both subtargets.

El 14/07/2015 a las 20:31, Rafał Miłecki escribió:
> On 14 July 2015 at 20:15, Álvaro Fernández Rojas  wrote:
>> Signed-off-by: Álvaro Fernández Rojas 
> 
> And some explanation *why*? I guess it may be obvious for you (and
> John?) but would be nice to include such info for other ppl :)
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH CC 0/5] ar71xx: backport of support for devolo dLAN devices

On 14/07/2015 20:00, Karl Palsson wrote:
> We're adding support for gpio irqs to all of ar71xx this late in the CC
> release? 

i was not planning on merging the irq patch

> No possible side affects here?  

see above

> Are the gpio irqs required
> for these platforms?

no

> What makes these two platforms special that they
> can be added as new platforms this late?

nothing, he simply asked. there is no rule against backporting patches.
if i am not mistaken, new boards are explicitly allowed to be backported
if asked for.

> We've already added support
> for new platforms and reverted them again. 
> Given that openwrt is moving forward with wonderful speed, and the time
> between releases is shortening, can't this just wait?  

well, he asked nicely and i dont see a problem with adding 2 more boards
that users can enjoy. what technical reasons can you give us not to
merge them. i am all ears...
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/8] brcm2708: split target config into subtargets

How did you call menuconfig ... using "make kernel_menuconfig
CONFIG_TARGET=subtarget" ?

On 14/07/2015 20:33, Álvaro Fernández Rojas wrote:
> With the previous setup if you called kernel_menuconfig it resulted in 
> totally breaking the target config for both subtargets.
> 
> El 14/07/2015 a las 20:31, Rafał Miłecki escribió:
>> On 14 July 2015 at 20:15, Álvaro Fernández Rojas  wrote:
>>> Signed-off-by: Álvaro Fernández Rojas 
>>
>> And some explanation *why*? I guess it may be obvious for you (and
>> John?) but would be nice to include such info for other ppl :)
>>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 3/8] brcm2708: split target config into subtargets

Nope, just "make kernel_menuconfig".
Anyway, I think we should separate the config because there are many 
differences between both subtargets.

El 14/07/2015 a las 20:48, John Crispin escribió:
> How did you call menuconfig ... using "make kernel_menuconfig
> CONFIG_TARGET=subtarget" ?
> 
> On 14/07/2015 20:33, Álvaro Fernández Rojas wrote:
>> With the previous setup if you called kernel_menuconfig it resulted in 
>> totally breaking the target config for both subtargets.
>>
>> El 14/07/2015 a las 20:31, Rafał Miłecki escribió:
>>> On 14 July 2015 at 20:15, Álvaro Fernández Rojas  wrote:
 Signed-off-by: Álvaro Fernández Rojas 
>>>
>>> And some explanation *why*? I guess it may be obvious for you (and
>>> John?) but would be nice to include such info for other ppl :)
>>>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] Improve wifi speed up to 2 times in AP mode.

2015-07-14 Thread Daniel Petre

On 06/28/2015 09:16 PM, N.Leiten wrote:
> Hi.
> 
> There's some general problem in hostapd configuration for several devices was 
> observed. In vanilla trunk versions of openwrt I got nearly 40-45Mbit/s speed 
> on Ralink RT5350 based devices and Atheros AR71xx platform (tp-link wr841nd). 
> The problem was in /var/run/hostapd-phy0.conf. It seems it is not enough just 
> set 'wmm_enable=1' to actually enable WME/WMM on interface, it also need all 
> WMM related keys be set. So I just added it with standart definitions from 
> hostapd.conf to /lib/netifd/hostapd.sh.
> 
> As a result I got full 100Mbit/s on AR71XX platform and 70-80Mbit on Ralink. 
> I think it is good performance improvement at this moment.
> 

Hi, this does not seem to make any difference in CC with a tp-link wdr3600..

> Patch was created against current trunk version.
> 
> 
> ___
> 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 V3] cdc_ncm: Add support for moving NDP to end of NCM frame

2015-07-14 Thread chrono


On 2015-07-14 12:12, chrono wrote:

more on the Telekom Speedstick LTE V (Huawei 3372s) from here:


That's great news! Did you try if option device '/dev/cdc-wdm0' works 
as
well? I was able to borrow a E3372, and will try the patch soon as 
well.



I do have cdc-wdm0 availabe and IIRC, I tested sending AT commands to
it before, and it _seemed_ to behave just like ttyUSB1. I can do 
another

test tonight, same kernel but use cdc-wdm0 as a control device, if
it helps. I'm cut off the internet lately for most of the time, so 
please

forgive my comm latency.


Changed config to cdc-wdm0 and online with GL.Inet host now.

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=54 time=53.338 ms
64 bytes from 8.8.8.8: seq=1 ttl=54 time=67.359 ms
64 bytes from 8.8.8.8: seq=2 ttl=54 time=59.140 ms
64 bytes from 8.8.8.8: seq=3 ttl=54 time=58.785 ms
64 bytes from 8.8.8.8: seq=4 ttl=54 time=58.512 ms
64 bytes from 8.8.8.8: seq=5 ttl=54 time=50.084 ms
64 bytes from 8.8.8.8: seq=6 ttl=54 time=57.995 ms
64 bytes from 8.8.8.8: seq=7 ttl=54 time=57.516 ms
64 bytes from 8.8.8.8: seq=8 ttl=54 time=49.181 ms
^C
--- 8.8.8.8 ping statistics ---
9 packets transmitted, 9 packets received, 0% packet loss
round-trip min/avg/max = 49.181/56.878/67.359 ms

Noteworthy things:

Using picocom with /dev/cdc-wdm0 does NOT seem to work, however, this
doesn't seem to affect the ability to get it online. Still confusing.

usb-modeswitch is NOT installed. It seems that after making a modeswitch
once, the stick stays in the last mode. There are a couple of more
/dev/ttyUSBx devices (2+3) which are a results of playing with 
AT^SETPORT.


wwan0 comes up without ARP. This has not been set manually but seems
to be set automatically. (Did a fresh boot for each test).

There are also still those:

  huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped

messages as well as some Unknown error messages in logread:

  Tue Jul 14 20:57:04 2015 daemon.notice netifd: Interface '4g_4' is 
setting up now
  Tue Jul 14 20:57:04 2015 daemon.notice netifd: 4g (1185): Command 
failed: Unknown error


From a "users" perspective it was/still is a bit confusing what
the "right" path of configuration is supposed to be. Use some hacky
scripts we can find online or just use (luci)-3g-proto/comgt as a
default. There are also some rejected patches in ozlab implementing
NCM as a separate interface config protocol. Since it's working now,
I would only wish to have a detailed status overview, showing things
like signal, freq, carrier, link, mode, etc. on the web interface.

 config 

config interface '4g'
option proto 'ncm'
option ifname 'wwan0'
#option device '/dev/ttyUSB1'
option device '/dev/cdc-wdm0'
option apn 'internet.eplus.de'



 interface 

wwan0 Link encap:Ethernet  HWaddr 00:1E:10:1F:00:00
  inet addr:10.118.87.230  Bcast:10.118.87.231  
Mask:255.255.255.252

  inet6 addr: fe80::21e:10ff:fe1f:0/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:1740 errors:0 dropped:0 overruns:0 frame:0
  TX packets:2006 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:1153294 (1.0 MiB)  TX bytes:752946 (735.2 KiB)


 dmesg 

[0.00] Linux version 3.18.17 (chrono@chronos) (gcc version 4.8.3 
(OpenWrt/Linaro GCC 4.8-2014.04 r46120) ) #11 Mon Jul 13 12:11:17 2015

[0.00] MyLoader: sysp=07e72918, boardp=37075c4b, parts=9854d1f2
[0.00] bootconsole [early0] enabled
[0.00] CPU0 revision is: 00019374 (MIPS 24Kc)
[0.00] SoC: Atheros AR9330 rev 1
[0.00] Determined physical RAM map:
[0.00]  memory: 0400 @  (usable)
[0.00] Initrd not found or empty - disabling initrd
[0.00] Zone ranges:
[0.00]   Normal   [mem 0x-0x03ff]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x-0x03ff]
[0.00] Initmem setup node 0 [mem 0x-0x03ff]
[0.00] On node 0 totalpages: 16384
[0.00] free_area_init_node: node 0, pgdat 803540f0, node_mem_map 
8100

[0.00]   Normal zone: 128 pages used for memmap
[0.00]   Normal zone: 0 pages reserved
[0.00]   Normal zone: 16384 pages, LIFO batch:3
[0.00] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 
bytes.
[0.00] Primary data cache 32kB, 4-way, VIPT, cache aliases, 
linesize 32 bytes

[0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[0.00] pcpu-alloc: [0] 0
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  
Total pages: 16256
[0.00] Kernel command line:  board=GL-INET  
console=ttyATH0,115200 rootfstype=squashfs,jffs2 noinitrd

[0.00] PID hash table entries: 256 (order: -2, 1024 bytes)
[0.00] Dentry cache hash table entries: 819

[OpenWrt-Devel] [PATCH 1/3] kernel: add Ricoh RS5C372 RTC module support

2015-07-14 Thread Daniel Golle

Signed-off-by: Daniel Golle 
---
 package/kernel/linux/modules/other.mk | 15 +++
 1 file changed, 15 insertions(+)

diff --git a/package/kernel/linux/modules/other.mk 
b/package/kernel/linux/modules/other.mk
index 473f063..b4907f4 100644
--- a/package/kernel/linux/modules/other.mk
+++ b/package/kernel/linux/modules/other.mk
@@ -643,6 +643,21 @@ endef
 
 $(eval $(call KernelPackage,rtc-pt7c4338))
 
+define KernelPackage/rtc-rs5c372
+  SUBMENU:=$(OTHER_MENU)
+  TITLE:=Ricoh RS5C372A/B (and compatbile) RTC support
+  DEPENDS:=@RTC_SUPPORT +kmod-i2c-core
+  KCONFIG:=CONFIG_RTC_DRV_RS5C372
+  FILES:=$(LINUX_DIR)/drivers/rtc/rtc-rs5c372.ko
+  AUTOLOAD:=$(call AutoProbe,rtc-rs5c372)
+endef
+
+define KernelPackage/rtc-rs5c372/description
+ Kernel module for Ricoh R2025S/D, RS5C372A, RS5C372B, RV5C386
+ and RV5C387A RTC chips
+endef
+
+$(eval $(call KernelPackage,rtc-rs5c372))
 
 define KernelPackage/mtdtests
   SUBMENU:=$(OTHER_MENU)
-- 
2.4.5
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 2/3] mvebu: add support for BUFFALO LS42x

2015-07-14 Thread Daniel Golle

This adds support for the BUFFALO LinkStation LS421DE aka. LS-M 88f6710
aka. Yanagi, a dual-bay SATA-II gigE NAS box featuring the Marvell
Armada-370 88F6710 SoC. It comes with 512 MB NAND flash, a tiny 1 MB
SPI NOR flash for U-Boot and 512 MB DDR SDRAM. It got an on-board
USB 3.0 host controller wired to a USB 3.0 socket at the front as
well as the in-SoC USB 2.0 host wired to a port on the back of the
device.
Still missing/not working:
 * poweroff/reset
 * Wake-on-LAN
 * easy and non-intrusive way to flash via factory ROM

Signed-off-by: Daniel Golle 
---
 target/linux/mvebu/base-files/etc/diag.sh  |   3 +
 target/linux/mvebu/base-files/lib/mvebu.sh |   3 +
 .../arm/boot/dts/armada-370-buffalo-yanagi.dts | 383 +
 target/linux/mvebu/image/Makefile  |   1 +
 .../patches-4.0/006-build_buffalo_yanagi_dts.patch |  14 +
 target/linux/mvebu/profiles/buffalo.mk |  23 ++
 6 files changed, 427 insertions(+)
 create mode 100644 
target/linux/mvebu/files/arch/arm/boot/dts/armada-370-buffalo-yanagi.dts
 create mode 100644 
target/linux/mvebu/patches-4.0/006-build_buffalo_yanagi_dts.patch
 create mode 100644 target/linux/mvebu/profiles/buffalo.mk

diff --git a/target/linux/mvebu/base-files/etc/diag.sh 
b/target/linux/mvebu/base-files/etc/diag.sh
index 6534ac3..53c45a3 100644
--- a/target/linux/mvebu/base-files/etc/diag.sh
+++ b/target/linux/mvebu/base-files/etc/diag.sh
@@ -9,6 +9,9 @@ get_status_led() {
armada-xp-linksys-mamba)
status_led="mamba:white:power"
;;
+   armada-370-buffalo-yanagi)
+   status_led="yanagi:white:power"
+   ;;
esac
 }
 
diff --git a/target/linux/mvebu/base-files/lib/mvebu.sh 
b/target/linux/mvebu/base-files/lib/mvebu.sh
index 3edfa6b..1c6b0fa 100755
--- a/target/linux/mvebu/base-files/lib/mvebu.sh
+++ b/target/linux/mvebu/base-files/lib/mvebu.sh
@@ -19,6 +19,9 @@ mvebu_board_detect() {
*"Globalscale Mirabox")
name="mirabox"
;;
+   *"BUFFALO LS42x")
+   name="armada-370-buffalo-yanagi"
+   ;;
*"Marvell Armada 370 Reference Design")
name="armada-370-rd"
;;
diff --git 
a/target/linux/mvebu/files/arch/arm/boot/dts/armada-370-buffalo-yanagi.dts 
b/target/linux/mvebu/files/arch/arm/boot/dts/armada-370-buffalo-yanagi.dts
new file mode 100644
index 000..16f5a8f
--- /dev/null
+++ b/target/linux/mvebu/files/arch/arm/boot/dts/armada-370-buffalo-yanagi.dts
@@ -0,0 +1,383 @@
+/*
+ * Device Tree file for BUFFALO YANAGI board found in LinkStation LS42x
+ *  all information found via visual inspection of the board and wild
+ *  guessing/probing.
+ *
+ * Copyright (C) 2015, Daniel Golle 
+ * Copyright (C) 2013, Arnaud EBALARD 
+ *
+ * This file is dual-licensed: you can use it either under the terms
+ * of the GPL or the X11 license, at your option. Note that this dual
+ * licensing only applies to this file, and not this project as a
+ * whole.
+ *
+ *  a) This file is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of the
+ * License, or (at your option) any later version.
+ *
+ * This file is distributed in the hope that it will be useful
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ * GNU General Public License for more details.
+ *
+ * Or, alternatively
+ *
+ *  b) Permission is hereby granted, free of charge, to any person
+ * obtaining a copy of this software and associated documentation
+ * files (the "Software"), to deal in the Software without
+ * restriction, including without limitation the rights to use
+ * copy, modify, merge, publish, distribute, sublicense, and/or
+ * sell copies of the Software, and to permit persons to whom the
+ * Software is furnished to do so, subject to the following
+ * conditions:
+ *
+ * The above copyright notice and this permission notice shall be
+ * included in all copies or substantial portions of the Software.
+ *
+ * THE SOFTWARE IS PROVIDED , WITHOUT WARRANTY OF ANY KIND
+ * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
+ * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+ * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
+ * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY
+ * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+ * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
+ * OTHER DEALINGS IN THE SOFTWARE.
+ */
+
+/dts-v1/;
+
+#include 
+#include 
+#include "armada-370.dtsi"
+
+/ {
+   model = "BUFFALO LS42x"; /* Buffalo LS-M 88f6710 */
+   /* based on DB-88F6710-BP-DDR3 reference design */
+
+   compatible = "

[OpenWrt-Devel] [PATCH 3/3] uboot-envtools: add support for BUFFALO LS42x

2015-07-14 Thread Daniel Golle

Signed-off-by: Daniel Golle 
---
 package/boot/uboot-envtools/files/mvebu | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/package/boot/uboot-envtools/files/mvebu 
b/package/boot/uboot-envtools/files/mvebu
index 13b48fd..bed3b23 100644
--- a/package/boot/uboot-envtools/files/mvebu
+++ b/package/boot/uboot-envtools/files/mvebu
@@ -20,6 +20,9 @@ armada-385-linksys-caiman|armada-385-linksys-cobra)
 armada-xp-linksys-mamba)
ubootenv_add_uci_config "/dev/mtd1" "0x0" "0x4" "0x2"
;;
+armada-370-buffalo-yanagi)
+   ubootenv_add_uci_config "/dev/mtd3" "0x0" "0x1" "0x1"
+   ;;
 esac
 
 config_load ubootenv
-- 
2.4.5
___
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] Prevent more gzip timestamps

2015-07-14 Thread Reiner Herrmann

On Sun, Jul 12, 2015 at 12:06:01PM -0700, Florian Fainelli wrote:
> 2015-07-12 9:41 GMT-07:00 Reiner Herrmann :
> > To improve reproducibility, prevent the inclusion of timestamps
> > in the gzip header.
> 
> This looks fine to me, this also unveils a lot of repetition in how we
> invoke gzip and its parameters, would you mind factoring this in a
> variable such that we control how gzip options are set globally?
> Eventually someone will want to be able to turn back on timestamps and
> original names in how gzip generates compressed files, and we might as
> well have a single location to fix this.

The commands that are currently available in variables are named
just in uppercase (FIND, TAR, etc.).
But gzip also interprets the variable GZIP to parse additional
options, so naming the variable for the command also GZIP will
probably cause problems.
Or would it be better to just globally export GZIP with the
default parameters (which would then differ from the currents
semantics of having the command inside the variable)?

signature.asc
Description: 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] Prevent more gzip timestamps

2015-07-14 Thread Florian Fainelli

On 14/07/15 15:05, Reiner Herrmann wrote:
> On Sun, Jul 12, 2015 at 12:06:01PM -0700, Florian Fainelli wrote:
>> 2015-07-12 9:41 GMT-07:00 Reiner Herrmann :
>>> To improve reproducibility, prevent the inclusion of timestamps
>>> in the gzip header.
>>
>> This looks fine to me, this also unveils a lot of repetition in how we
>> invoke gzip and its parameters, would you mind factoring this in a
>> variable such that we control how gzip options are set globally?
>> Eventually someone will want to be able to turn back on timestamps and
>> original names in how gzip generates compressed files, and we might as
>> well have a single location to fix this.
> 
> The commands that are currently available in variables are named
> just in uppercase (FIND, TAR, etc.).
> But gzip also interprets the variable GZIP to parse additional
> options, so naming the variable for the command also GZIP will
> probably cause problems.

Ah good point. How about GZIP_CMD then?

> Or would it be better to just globally export GZIP with the
> default parameters (which would then differ from the currents
> semantics of having the command inside the variable)?

We could do that, I am just wondering if this would make it a bit more
difficult to debug in case we forgot to patch a given Makefile or that
we do reset the environment/do not inherit it.
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix kernel Oops in at803x_link_change_notify

2015-07-14 Thread Chris Blake

Not sure if this helps, but the recent Cisco Meraki AP drop includes a
newish PHY driver for the at8033/8035.

The GPL source is at
http://dl.meraki.net/linux/meraki-firmware-sources-r23-20150601.tar.bz2 and
a copy of the actual file can be found at
https://github.com/riptidewave93/meraki-linux/blob/linux-3.4-r23-20150601/drivers/net/ethernet/atheros/ag7240/phys/athr_ar8033_phy.c

On Mon, Jul 6, 2015 at 6:26 AM, Christian Lamparter  wrote:

> On Friday, July 03, 2015 12:29:32 PM Sven Eckelmann wrote:
> > > Sven, I've seen you did quite a bit of work on the OM5P-AN
> > > with the same F1E-PHY. I went through the code from Atheros'
> > > original driver SDK v17 (which was part of the GPL source
> > > for the mynet). Apart from tx delay handling, everything
> > > else matches perfectly, so the tx/rx delay code should be
> > > enabled by default for this chip on all platforms without
> > > needing any platform data overwrites.
> >
> > Interesting, I don't have the SDK and I am only using OpenWrt. So I
> cannot say
> > anything about the Atheros driver. But sounds like you are right. At
> least all
> > recent devices I had in my hand required this change.
> Oh, I figured you have access to some of Qualcomm Atheros' SDKs
> and most importantly: some documentations from Qualcomm Atheros?
> I hoped you could confirm or disconfirm based on the documents.
>
> > I also saw your fixup_rgmii_tx_delay delay change. I would ack when you
> submit
> > a change like this. Just don't forget that the pll_1000 has also to be
> changed
> > (especially when you move the default values to at803x.c):
> >
> > --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-om5p.c
> > +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-om5p.c
> > @@ -154,7 +154,8 @@ static struct i2c_board_info om5pan_i2c_devs[]
> __initdata = {
> >  static struct at803x_platform_data om5p_an_at803x_data = {
> >   .disable_smarteee = 1,
> >   .enable_rgmii_rx_delay = 1,
> > - .enable_rgmii_tx_delay = 1,
> > + .enable_rgmii_tx_delay = 0,
> > + .fixup_rgmii_tx_delay = 1,
> >  };
> >
> >  static struct mdio_board_info om5p_an_mdio0_info[] = {
> > @@ -201,7 +202,7 @@ static void __init om5p_an_setup(void)
> >   ath79_eth0_data.phy_if_mode = PHY_INTERFACE_MODE_RGMII;
> >   ath79_eth0_data.mii_bus_dev = &ath79_mdio0_device.dev;
> >   ath79_eth0_data.phy_mask = BIT(7);
> > - ath79_eth0_pll_data.pll_1000 = 0x0200;
> > + ath79_eth0_pll_data.pll_1000 = 0x0e00;
> >   ath79_eth0_pll_data.pll_100 = 0x0101;
> >   ath79_eth0_pll_data.pll_10 = 0x1313;
> >   ath79_register_eth(0);
> >
> >
> > I don't have the equipment to check the actual signals (as you said in an
> > earlier mail) - only some people which complained very loud when their
> long
> > cable setup didn't work. :)
> Long cable... That's a good point, I think I never tested the AT8035 with
> anything beyond a 5m / 16 feet cable.
>
> > Maybe there are some non atheros SoC's out there which would have
> problems
> > when you would change the default behavior of the AT8035.
> I've been looking around for devices with an AT8035. And I found a few
> gems.
>
> <
> http://lists.infradead.org/pipermail/linux-arm-kernel/2013-September/200978.html
> >
> <
> https://dev.openwrt.org/ticket/13203>
> ...
> (The AT8035 is also used in some of the new HomePlug AV2 equipment)
>
> As far as I can tell, the defaults only seem to work for the 100mbps.
> This makes sense, since the F1E has different PLLs and rx/tx delay
> settings. Fixing this "globally" might actually be a good thing. At
> least I'll give it a try.
> > > I'm interested to hear from any other devices which have
> > > a AT803x. Also, please let me know where to get the GPL
> > > tars for the devices.
> >
> > I have forwarded your mail to the person which is handling the actual
> > firmware builds of the OM5P-AN. He will contact you later and provide
> > the sources.
> Oh, that might be helpful yes. I can also post the sources from Western
> Digital's S17_SSDK [The Ethernet driver SDK is part of their GPL.tar.gz].
>
> Thanks,
>   Christian
> ___
> 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] ar71xx: fix kernel Oops in at803x_link_change_notify

2015-07-14 Thread Christian Lamparter

On Tuesday, July 14, 2015 05:35:13 PM Chris Blake wrote:
> Not sure if this helps, but the recent Cisco Meraki AP drop includes a
> newish PHY driver for the at8033/8035.

> The GPL source is at
> http://dl.meraki.net/linux/meraki-firmware-sources-r23-20150601.tar.bz2 and
> a copy of the actual file can be found at
> https://github.com/riptidewave93/meraki-linux/blob/linux-3.4-r23-20150601/drivers/net/ethernet/atheros/ag7240/phys/athr_ar8033_phy.c

Thank you both!

For the record AR8033 seems to be a different/new chip with new quirks.
Nevertheless this SDK contains the phy code for the AR8035 as well. It's
just in a different file: athrf1_phy.c [0] (8035's SmartEEE mentioned
in line 242).

The rx/tx delay switching is done in athr_phy_speed as well (line 333+).
What's more: This is very much the same code I have seen in Western
Digital's source too, which was much older. I think at this point it's
save to assume that the AR8035 code was stable and this chip always
needed the special tx/rx delay treatment. I'll make the changes and
post them here (probably next week) and probably on linux-net (as this
isn't device specific behavior and I think it should be in the mainline
as well). 

Regards,
  Christian

[0] 

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

[OpenWrt-Devel] [PATCH] brcm63xx: HG553 buttons support

2015-07-14 Thread Cezary Jackiewicz

This patch adds buttons support for Huawei EchoLife HG553.

Signed-off-by: Cezary Jackiewicz 
---

diff --git a/target/linux/brcm63xx/dts/hg553.dts 
b/target/linux/brcm63xx/dts/hg553.dts
index 140e2de..fa22403 100644
--- a/target/linux/brcm63xx/dts/hg553.dts
+++ b/target/linux/brcm63xx/dts/hg553.dts
@@ -6,6 +6,25 @@
model = "Huawei EchoLife HG553";
compatible = "huawei,hg553", "brcm,bcm6358";
 
+   gpio-keys-polled {
+   compatible = "gpio-keys-polled";
+   #address-cells = <1>;
+   #size-cells = <0>;
+   poll-interval = <20>;
+   debounce-interval = <60>;
+
+   rfkill {
+   label = "rfkill";
+   gpios = <&gpio0 9 1>;
+   linux,code = <247>;
+   };
+   reset {
+   label = "reset";
+   gpios = <&gpio1 5 1>;
+   linux,code = <0x198>;
+   };
+   };
+
gpio-leds {
compatible = "gpio-leds";
 

-- 
Pozdrawiam,
 Cezary Jackiewicz
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] Improve wifi speed up to 2 times in AP mode.

2015-07-14 Thread N.Leiten

Sorry, I must admit that there was a mistake in my tests.
Patch already declined.


In email dated Вторник - 14 июля 2015 22:43:36 user Daniel Petre wrote:
> On 06/28/2015 09:16 PM, N.Leiten wrote:
> > Hi.
> > 
> > There's some general problem in hostapd configuration for several devices 
> > was observed. In vanilla trunk versions of openwrt I got nearly 40-45Mbit/s 
> > speed on Ralink RT5350 based devices and Atheros AR71xx platform (tp-link 
> > wr841nd). The problem was in /var/run/hostapd-phy0.conf. It seems it is not 
> > enough just set 'wmm_enable=1' to actually enable WME/WMM on interface, it 
> > also need all WMM related keys be set. So I just added it with standart 
> > definitions from hostapd.conf to /lib/netifd/hostapd.sh.
> > 
> > As a result I got full 100Mbit/s on AR71XX platform and 70-80Mbit on 
> > Ralink. I think it is good performance improvement at this moment.
> > 
> 
> Hi, this does not seem to make any difference in CC with a tp-link wdr3600..
> 
> > Patch was created against current trunk version.
> > 
> > 
> > ___
> > 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
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/8] brcm2708: remove unneeded base-files



On 14/07/2015 20:15, Álvaro Fernández Rojas wrote:
> Device tree exports board name/model and device LEDs.
> 


this patch makes no sense to me and removes functionality. DT does not
provide this functionality at all.

John

> Signed-off-by: Álvaro Fernández Rojas 
> ---
>  .../brcm2708/base-files/etc/uci-defaults/01_leds   | 11 ---
>  target/linux/brcm2708/base-files/lib/brcm2708.sh   | 36 
> --
>  .../lib/preinit/03_preinit_do_brcm2708.sh  |  9 --
>  3 files changed, 56 deletions(-)
>  delete mode 100644 target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
>  delete mode 100755 target/linux/brcm2708/base-files/lib/brcm2708.sh
>  delete mode 100644 
> target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
> 
> diff --git a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds 
> b/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
> deleted file mode 100644
> index ad52c68..000
> --- a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
> +++ /dev/null
> @@ -1,11 +0,0 @@
> -#!/bin/sh
> -#
> -# Copyright (C) 2015 OpenWrt.org
> -#
> -
> -. /lib/functions/uci-defaults.sh
> -
> -ucidef_set_led_mmc "mmc" "MMC" "led0" "mmc0"
> -ucidef_commit_leds
> -
> -exit 0
> diff --git a/target/linux/brcm2708/base-files/lib/brcm2708.sh 
> b/target/linux/brcm2708/base-files/lib/brcm2708.sh
> deleted file mode 100755
> index 76870c6..000
> --- a/target/linux/brcm2708/base-files/lib/brcm2708.sh
> +++ /dev/null
> @@ -1,36 +0,0 @@
> -#!/bin/sh
> -#
> -# Copyright (C) 2015 OpenWrt.org
> -#
> -
> -brcm2708_board_detect() {
> - local machine
> - local name
> -
> - machine=$(awk 'BEGIN{FS="[ \t]+:[ \t]"} /Hardware/ {print $2}' 
> /proc/cpuinfo)
> -
> - case "$machine" in
> - BCM2708)
> - name="Raspberry Pi"
> - ;;
> - BCM2709)
> - name="Raspberry Pi 2"
> - ;;
> - esac
> -
> - [ -z "$name" ] && name="unknown"
> -
> - [ -e "/tmp/sysinfo/" ] || mkdir -p "/tmp/sysinfo/"
> -
> - echo "$machine" > /tmp/sysinfo/board_name
> - echo "$name" > /tmp/sysinfo/model
> -}
> -
> -brcm2708_board_name() {
> - local name
> -
> - [ -f /tmp/sysinfo/board_name ] && name=$(cat /tmp/sysinfo/board_name)
> - [ -z "$name" ] && name="unknown"
> -
> - echo "$name"
> -}
> diff --git 
> a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh 
> b/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
> deleted file mode 100644
> index e3cf56d..000
> --- a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -#!/bin/sh
> -
> -do_brcm2708() {
> - . /lib/brcm2708.sh
> -
> - brcm2708_board_detect
> -}
> -
> -boot_hook_add preinit_main do_brcm2708
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 2/8] brcm2708: remove unneeded base-files



On 14/07/2015 20:15, Álvaro Fernández Rojas wrote:
> Device tree exports board name/model and device LEDs.
> 


this patch makes no sense to me and removes functionality. DT does not
provide this functionality at all.

John

> Signed-off-by: Álvaro Fernández Rojas 
> ---
>  .../brcm2708/base-files/etc/uci-defaults/01_leds   | 11 ---
>  target/linux/brcm2708/base-files/lib/brcm2708.sh   | 36 
> --
>  .../lib/preinit/03_preinit_do_brcm2708.sh  |  9 --
>  3 files changed, 56 deletions(-)
>  delete mode 100644 target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
>  delete mode 100755 target/linux/brcm2708/base-files/lib/brcm2708.sh
>  delete mode 100644 
> target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
> 
> diff --git a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds 
> b/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
> deleted file mode 100644
> index ad52c68..000
> --- a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
> +++ /dev/null
> @@ -1,11 +0,0 @@
> -#!/bin/sh
> -#
> -# Copyright (C) 2015 OpenWrt.org
> -#
> -
> -. /lib/functions/uci-defaults.sh
> -
> -ucidef_set_led_mmc "mmc" "MMC" "led0" "mmc0"
> -ucidef_commit_leds
> -
> -exit 0
> diff --git a/target/linux/brcm2708/base-files/lib/brcm2708.sh 
> b/target/linux/brcm2708/base-files/lib/brcm2708.sh
> deleted file mode 100755
> index 76870c6..000
> --- a/target/linux/brcm2708/base-files/lib/brcm2708.sh
> +++ /dev/null
> @@ -1,36 +0,0 @@
> -#!/bin/sh
> -#
> -# Copyright (C) 2015 OpenWrt.org
> -#
> -
> -brcm2708_board_detect() {
> - local machine
> - local name
> -
> - machine=$(awk 'BEGIN{FS="[ \t]+:[ \t]"} /Hardware/ {print $2}' 
> /proc/cpuinfo)
> -
> - case "$machine" in
> - BCM2708)
> - name="Raspberry Pi"
> - ;;
> - BCM2709)
> - name="Raspberry Pi 2"
> - ;;
> - esac
> -
> - [ -z "$name" ] && name="unknown"
> -
> - [ -e "/tmp/sysinfo/" ] || mkdir -p "/tmp/sysinfo/"
> -
> - echo "$machine" > /tmp/sysinfo/board_name
> - echo "$name" > /tmp/sysinfo/model
> -}
> -
> -brcm2708_board_name() {
> - local name
> -
> - [ -f /tmp/sysinfo/board_name ] && name=$(cat /tmp/sysinfo/board_name)
> - [ -z "$name" ] && name="unknown"
> -
> - echo "$name"
> -}
> diff --git 
> a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh 
> b/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
> deleted file mode 100644
> index e3cf56d..000
> --- a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
> +++ /dev/null
> @@ -1,9 +0,0 @@
> -#!/bin/sh
> -
> -do_brcm2708() {
> - . /lib/brcm2708.sh
> -
> - brcm2708_board_detect
> -}
> -
> -boot_hook_add preinit_main do_brcm2708
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 6/8] brcm2708: improve modules



On 14/07/2015 20:15, Álvaro Fernández Rojas wrote:
> - Add upstream (bcm2835) modules and improve downstream ones (bcm2708)
> - Override disabled device tree module status from config.txt
> 
> Signed-off-by: Álvaro Fernández Rojas 
> ---
>  target/linux/brcm2708/image/config.txt |  6 +++
>  target/linux/brcm2708/modules.mk   | 71 
> --
>  2 files changed, 66 insertions(+), 11 deletions(-)
> 
> 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

the change to this file needs to go into a separate patch






> @@ -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
> diff --git a/target/linux/brcm2708/modules.mk 
> b/target/linux/brcm2708/modules.mk
> index 408382d..3f9c118 100644
> --- a/target/linux/brcm2708/modules.mk
> +++ b/target/linux/brcm2708/modules.mk
> @@ -6,7 +6,7 @@
>  #
>  
>  define KernelPackage/sound-arm-bcm2835
> -  TITLE:=Broadcom 2708,2835 SoC sound support
> +  TITLE:=BCM2835 ALSA driver
>KCONFIG:= \
>   CONFIG_SND_ARM=y \
>   CONFIG_SND_BCM2835 \
> @@ -19,14 +19,15 @@ define KernelPackage/sound-arm-bcm2835
>  endef
>  
>  define KernelPackage/sound-arm-bcm2835/description
> -  This package contains the Broadcom 2708/2835 sound driver
> +  This package contains the BCM2835 ALSA pcm card driver
>  endef
>  
>  $(eval $(call KernelPackage,sound-arm-bcm2835))
>  
> +
>  define KernelPackage/random-bcm2708
>SUBMENU:=$(OTHER_MENU)
> -  TITLE:=BCM2708 H/W Random Number Generator
> +  TITLE:=BCM2708 HW Random Number Generator
>KCONFIG:=CONFIG_HW_RANDOM_BCM2708
>FILES:=$(LINUX_DIR)/drivers/char/hw_random/bcm2708-rng.ko
>AUTOLOAD:=$(call AutoLoad,11,bcm2708-rng)
> @@ -39,14 +40,30 @@ endef
>  
>  $(eval $(call KernelPackage,random-bcm2708))
>  
> +define KernelPackage/random-bcm2835
> +  SUBMENU:=$(OTHER_MENU)
> +  TITLE:=BCM2835 HW Random Number Generator
> +  KCONFIG:=CONFIG_HW_RANDOM_BCM2835
> +  FILES:=$(LINUX_DIR)/drivers/char/hw_random/bcm2835-rng.ko
> +  AUTOLOAD:=$(call AutoLoad,11,bcm2835-rng)
> +  DEPENDS:=@TARGET_brcm2708 +kmod-random-core
> +endef
> +
> +define KernelPackage/random-bcm2835/description
> +  This package contains the Broadcom 2835 HW random number generator driver
> +endef
> +
> +$(eval $(call KernelPackage,random-bcm2835))
> +
>  
>  define KernelPackage/spi-bcm2708
>SUBMENU:=$(SPI_MENU)
> -  TITLE:=BCM2708 SPI controller driver (SPI0)
> -  KCONFIG:=CONFIG_SPI_BCM2708 \
> -CONFIG_SPI=y \
> -CONFIG_SPI_MASTER=y \
> -CONFIG_BCM2708_SPIDEV=y
> +  TITLE:=BCM2708 SPI controller driver
> +  KCONFIG:= \
> +CONFIG_BCM2708_SPIDEV=n \
> +CONFIG_SPI=y \
> +CONFIG_SPI_BCM2708 \
> +CONFIG_SPI_MASTER=y
>FILES:=$(LINUX_DIR)/drivers/spi/spi-bcm2708.ko
>AUTOLOAD:=$(call AutoLoad,89,spi-bcm2708)
>DEPENDS:=@TARGET_brcm2708
> @@ -58,13 +75,31 @@ endef
>  
>  $(eval $(call KernelPackage,spi-bcm2708))
>  
> +define KernelPackage/spi-bcm2835
> +  SUBMENU:=$(SPI_MENU)
> +  TITLE:=BCM2835 SPI controller driver
> +  KCONFIG:=\
> +CONFIG_BCM2708_SPIDEV=n \
> +CONFIG_SPI=y \
> +CONFIG_SPI_BCM2835 \
> +CONFIG_SPI_MASTER=y
> +  FILES:=$(LINUX_DIR)/drivers/spi/spi-bcm2835.ko
> +  AUTOLOAD:=$(call AutoLoad,89,spi-bcm2835)
> +  DEPENDS:=@TARGET_brcm2708
> +endef
> +
> +define KernelPackage/spi-bcm2835/description
> +  This package contains the Broadcom 2835 SPI master controller driver
> +endef
> +
> +$(eval $(call KernelPackage,spi-bcm2835))
> +
>  
>  define KernelPackage/hwmon-bcm2835
>TITLE:=BCM2835 HWMON driver
>KCONFIG:=CONFIG_SENSORS_BCM2835
>FILES:=$(LINUX_DIR)/drivers/hwmon/bcm2835-hwmon.ko
>AUTOLOAD:=$(call AutoLoad,60,bcm2835-hwmon)
> -  DEPENDS:=@TARGET_brcm2708
>$(call AddDepends/hwmon,@TARGET_brcm2708)
>  endef
>  
> @@ -80,9 +115,8 @@ I2C_BCM2708_MODULES:=\
>  
>  define KernelPackage/i2c-bcm2708
>$(call i2c_defaults,$(I2C_BCM2708_MODULES),59)
> -  KCONFIG+= \
> -CONFIG_I2C_BCM2708_BAUDRATE=10
>TITLE:=Broadcom BCM2708 I2C master controller driver
> +  KCONFIG+= CONFIG_I2C_BCM2708_BAUDRATE=10
>DEPENDS:=@TARGET_brcm2708 +kmod-i2c-core
>  endef
>  
> @@ -91,3 +125,18 @@ define KernelPackage/i2c-bcm2708/description
>  endef
>  
>  $(eval $(call KernelPackage,i2c-bcm2708))
> +
> +I2C_BCM2835_MODULES:=\
> +  CONFIG_I2C_BCM2835:drivers/i2c/busses/i2c-bcm2835
> +
> +define KernelPackage/i2c-bcm2835
> +  $(call i2c_defaults,$(I2C_BCM2835_MODULES),59)
> +  TITLE:=Broadcom BCM2835 I2C master controller driver
> +  DEPENDS:=@TARGET_brcm

Re: [OpenWrt-Devel] [PATCH 3/8] brcm2708: split target config into subtargets

although this is not common practice i find the default way of handling
config files sub optimal and error prone. this is why i do what you
proposed for ramips already. lets see if anyone else complains otherise
i am fine with this change



On 14/07/2015 20:15, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas 
> ---
>  target/linux/brcm2708/bcm2708/config-3.18| 326 
>  target/linux/brcm2708/bcm2708/config-default |   4 -
>  target/linux/brcm2708/bcm2709/config-3.18| 358 
> +++
>  target/linux/brcm2708/bcm2709/config-default |  17 --
>  target/linux/brcm2708/config-3.18| 280 -
>  5 files changed, 684 insertions(+), 301 deletions(-)
>  create mode 100644 target/linux/brcm2708/bcm2708/config-3.18
>  delete mode 100644 target/linux/brcm2708/bcm2708/config-default
>  create mode 100644 target/linux/brcm2708/bcm2709/config-3.18
>  delete mode 100644 target/linux/brcm2708/bcm2709/config-default
>  delete mode 100644 target/linux/brcm2708/config-3.18
> 
> diff --git a/target/linux/brcm2708/bcm2708/config-3.18 
> b/target/linux/brcm2708/bcm2708/config-3.18
> new file mode 100644
> index 000..82097c2
> --- /dev/null
> +++ b/target/linux/brcm2708/bcm2708/config-3.18
> @@ -0,0 +1,326 @@
> +# CONFIG_AIO is not set
> +CONFIG_ALIGNMENT_TRAP=y
> +# CONFIG_AMBA_PL08X is not set
> +# CONFIG_APM_EMULATION is not set
> +CONFIG_ARCH_BCM2708=y
> +# CONFIG_ARCH_BCM2709 is not set
> +CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y
> +CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y
> +# CONFIG_ARCH_HAS_SG_CHAIN is not set
> +CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y
> +CONFIG_ARCH_HIBERNATION_POSSIBLE=y
> +CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
> +CONFIG_ARCH_NR_GPIO=0
> +CONFIG_ARCH_REQUIRE_GPIOLIB=y
> +# CONFIG_ARCH_SELECT_MEMORY_MODEL is not set
> +# CONFIG_ARCH_SPARSEMEM_DEFAULT is not set
> +CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y
> +CONFIG_ARCH_SUPPORTS_UPROBES=y
> +CONFIG_ARCH_SUSPEND_POSSIBLE=y
> +CONFIG_ARCH_USE_BUILTIN_BSWAP=y
> +CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y
> +CONFIG_ARCH_WANT_GENERAL_HUGETLB=y
> +CONFIG_ARCH_WANT_IPC_PARSE_VERSION=y
> +CONFIG_ARM=y
> +CONFIG_ARM_AMBA=y
> +CONFIG_ARM_CPU_SUSPEND=y
> +CONFIG_ARM_ERRATA_411920=y
> +CONFIG_ARM_L1_CACHE_SHIFT=5
> +# CONFIG_ARM_SP805_WATCHDOG is not set
> +CONFIG_ARM_THUMB=y
> +CONFIG_ARM_UNWIND=y
> +CONFIG_AVERAGE=y
> +# CONFIG_BACKLIGHT_CLASS_DEVICE is not set
> +CONFIG_BACKLIGHT_LCD_SUPPORT=y
> +CONFIG_BCM2708_DT=y
> +CONFIG_BCM2708_GPIO=y
> +# CONFIG_BCM2708_NOL2CACHE is not set
> +CONFIG_BCM2708_VCHIQ=y
> +CONFIG_BCM2708_VCMEM=y
> +CONFIG_BCM2708_WDT=y
> +CONFIG_BCM_VC_CMA=y
> +CONFIG_BCM_VC_SM=y
> +# CONFIG_BLK_DEV_INITRD is not set
> +CONFIG_BLK_DEV_LOOP=y
> +CONFIG_BLK_DEV_RAM=y
> +CONFIG_BLK_DEV_RAM_COUNT=16
> +CONFIG_BLK_DEV_RAM_SIZE=4096
> +CONFIG_BLK_DEV_SD=y
> +CONFIG_BRCM_CHAR_DRIVERS=y
> +CONFIG_BUILD_BIN2C=y
> +# CONFIG_CACHE_L2X0 is not set
> +CONFIG_CLKDEV_LOOKUP=y
> +CONFIG_CLONE_BACKWARDS=y
> +CONFIG_CMA=y
> +CONFIG_CMA_ALIGNMENT=8
> +CONFIG_CMA_AREAS=7
> +# CONFIG_CMA_DEBUG is not set
> +CONFIG_CMA_SIZE_MBYTES=16
> +# CONFIG_CMA_SIZE_SEL_MAX is not set
> +CONFIG_CMA_SIZE_SEL_MBYTES=y
> +# CONFIG_CMA_SIZE_SEL_MIN is not set
> +# CONFIG_CMA_SIZE_SEL_PERCENTAGE is not set
> +CONFIG_CMDLINE="dwc_otg.lpm_enable=0 console=ttyAMA0,115200 
> kgdboc=ttyAMA0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 rootwait"
> +CONFIG_COMMON_CLK=y
> +CONFIG_CONFIGFS_FS=y
> +CONFIG_CONSOLE_TRANSLATIONS=y
> +CONFIG_CPU_32v6=y
> +CONFIG_CPU_ABRT_EV6=y
> +# CONFIG_CPU_BPREDICT_DISABLE is not set
> +CONFIG_CPU_CACHE_V6=y
> +CONFIG_CPU_CACHE_VIPT=y
> +CONFIG_CPU_COPY_V6=y
> +CONFIG_CPU_CP15=y
> +CONFIG_CPU_CP15_MMU=y
> +CONFIG_CPU_HAS_ASID=y
> +# CONFIG_CPU_ICACHE_DISABLE is not set
> +CONFIG_CPU_IDLE=y
> +CONFIG_CPU_IDLE_GOV_LADDER=y
> +CONFIG_CPU_IDLE_GOV_MENU=y
> +CONFIG_CPU_PABRT_V6=y
> +CONFIG_CPU_PM=y
> +CONFIG_CPU_TLB_V6=y
> +CONFIG_CPU_V6=y
> +CONFIG_CRC16=y
> +CONFIG_CRYPTO_CRC32C=y
> +CONFIG_CRYPTO_HASH=y
> +CONFIG_CRYPTO_HASH2=y
> +CONFIG_DCACHE_WORD_ACCESS=y
> +CONFIG_DEBUG_BUGVERBOSE=y
> +CONFIG_DEBUG_INFO=y
> +CONFIG_DEBUG_LL_INCLUDE="mach/debug-macro.S"
> +# CONFIG_DEBUG_UART_8250 is not set
> +# CONFIG_DEBUG_UART_PL01X is not set
> +# CONFIG_DEBUG_USER is not set
> +CONFIG_DEFAULT_CFQ=y
> +# CONFIG_DEFAULT_DEADLINE is not set
> +CONFIG_DEFAULT_IOSCHED="cfq"
> +CONFIG_DEVTMPFS=y
> +CONFIG_DMADEVICES=y
> +CONFIG_DMA_BCM2708=y
> +CONFIG_DMA_CMA=y
> +CONFIG_DMA_ENGINE=y
> +CONFIG_DMA_OF=y
> +CONFIG_DMA_VIRTUAL_CHANNELS=y
> +CONFIG_DNOTIFY=y
> +CONFIG_DTC=y
> +CONFIG_DUMMY_CONSOLE=y
> +# CONFIG_DW_DMAC_CORE is not set
> +CONFIG_ENABLE_MUST_CHECK=y
> +CONFIG_EXT4_FS=y
> +CONFIG_EXT4_FS_POSIX_ACL=y
> +CONFIG_EXT4_FS_SECURITY=y
> +CONFIG_FB=y
> +CONFIG_FB_BCM2708=y
> +CONFIG_FB_CFB_COPYAREA=y
> +CONFIG_FB_CFB_FILLRECT=y
> +CONFIG_FB_CFB_IMAGEBLIT=y
> +CONFIG_FB_CMDLINE=y
> +CONFIG_FIQ=y
> +CONFIG_FIRMWARE_IN_KERNEL=y
> +# CONFIG_FONTS is not set
> +CONFIG_FONT_8x16=y
> +CONFIG_FONT_8x8=y
> +

Re: [OpenWrt-Devel] [PATCH] brcm63xx: HG553 buttons support

On 15 July 2015 at 07:05, Cezary Jackiewicz  wrote:
> @@ -6,6 +6,25 @@
> model = "Huawei EchoLife HG553";
> compatible = "huawei,hg553", "brcm,bcm6358";
>
> +   gpio-keys-polled {
> +   compatible = "gpio-keys-polled";
> +   #address-cells = <1>;
> +   #size-cells = <0>;
> +   poll-interval = <20>;
> +   debounce-interval = <60>;
> +
> +   rfkill {
> +   label = "rfkill";
> +   gpios = <&gpio0 9 1>;
> +   linux,code = <247>;
> +   };
> +   reset {
> +   label = "reset";
> +   gpios = <&gpio1 5 1>;
> +   linux,code = <0x198>;
> +   };
> +   };

I really think you bcm63xx guys should start using KEY_* at some point :)

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

Re: [OpenWrt-Devel] [PATCH 2/8] brcm2708: remove unneeded base-files

You're right, device tree doesn't provide that functionality directly, but 
there's a preinit script which exports it from DT:
https://github.com/openwrt-es/openwrt/blob/master/package/base-files/files/lib/preinit/10_sysinfo

The LEDs are exported from DT and network config is the same for all boards 
(network script remains untouched).

> El 15/7/2015, a las 7:31, John Crispin  escribió:
> 
> 
> 
>> On 14/07/2015 20:15, Álvaro Fernández Rojas wrote:
>> Device tree exports board name/model and device LEDs.
> 
> 
> this patch makes no sense to me and removes functionality. DT does not
> provide this functionality at all.
> 
>John
> 
>> Signed-off-by: Álvaro Fernández Rojas 
>> ---
>> .../brcm2708/base-files/etc/uci-defaults/01_leds   | 11 ---
>> target/linux/brcm2708/base-files/lib/brcm2708.sh   | 36 
>> --
>> .../lib/preinit/03_preinit_do_brcm2708.sh  |  9 --
>> 3 files changed, 56 deletions(-)
>> delete mode 100644 target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
>> delete mode 100755 target/linux/brcm2708/base-files/lib/brcm2708.sh
>> delete mode 100644 
>> target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
>> 
>> diff --git a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds 
>> b/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
>> deleted file mode 100644
>> index ad52c68..000
>> --- a/target/linux/brcm2708/base-files/etc/uci-defaults/01_leds
>> +++ /dev/null
>> @@ -1,11 +0,0 @@
>> -#!/bin/sh
>> -#
>> -# Copyright (C) 2015 OpenWrt.org
>> -#
>> -
>> -. /lib/functions/uci-defaults.sh
>> -
>> -ucidef_set_led_mmc "mmc" "MMC" "led0" "mmc0"
>> -ucidef_commit_leds
>> -
>> -exit 0
>> diff --git a/target/linux/brcm2708/base-files/lib/brcm2708.sh 
>> b/target/linux/brcm2708/base-files/lib/brcm2708.sh
>> deleted file mode 100755
>> index 76870c6..000
>> --- a/target/linux/brcm2708/base-files/lib/brcm2708.sh
>> +++ /dev/null
>> @@ -1,36 +0,0 @@
>> -#!/bin/sh
>> -#
>> -# Copyright (C) 2015 OpenWrt.org
>> -#
>> -
>> -brcm2708_board_detect() {
>> -local machine
>> -local name
>> -
>> -machine=$(awk 'BEGIN{FS="[ \t]+:[ \t]"} /Hardware/ {print $2}' 
>> /proc/cpuinfo)
>> -
>> -case "$machine" in
>> -BCM2708)
>> -name="Raspberry Pi"
>> -;;
>> -BCM2709)
>> -name="Raspberry Pi 2"
>> -;;
>> -esac
>> -
>> -[ -z "$name" ] && name="unknown"
>> -
>> -[ -e "/tmp/sysinfo/" ] || mkdir -p "/tmp/sysinfo/"
>> -
>> -echo "$machine" > /tmp/sysinfo/board_name
>> -echo "$name" > /tmp/sysinfo/model
>> -}
>> -
>> -brcm2708_board_name() {
>> -local name
>> -
>> -[ -f /tmp/sysinfo/board_name ] && name=$(cat /tmp/sysinfo/board_name)
>> -[ -z "$name" ] && name="unknown"
>> -
>> -echo "$name"
>> -}
>> diff --git 
>> a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh 
>> b/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
>> deleted file mode 100644
>> index e3cf56d..000
>> --- a/target/linux/brcm2708/base-files/lib/preinit/03_preinit_do_brcm2708.sh
>> +++ /dev/null
>> @@ -1,9 +0,0 @@
>> -#!/bin/sh
>> -
>> -do_brcm2708() {
>> -. /lib/brcm2708.sh
>> -
>> -brcm2708_board_detect
>> -}
>> -
>> -boot_hook_add preinit_main do_brcm2708
>> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 6/8] brcm2708: improve modules