Re: [OpenWrt-Devel] [PATCH ubox] log: allow filtering messages with a regexp pattern
On 12/07/2015 15:02, Rafał Miłecki wrote: + -e pattern Filter messages (not hostnames, facilities, etc.)\n i think a log line consiste of the hostname + facility + message. hence listing the bits not included in the message is not needed. ___ 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
Hi, how is the testing going ? i would like to also pull this intot he CC which means there is not that much time left. also the patch sent was missing proper subject and SoB. John On 12/07/2015 15:36, Matti Laakso wrote: Ahoy everyone, more on the Telekom Speedstick LTE V (Huawei 3372s) from here: http://www.amazon.de/dp/B00NLJE3O6 I've tested Enricos latest patch on MIPS (3.18.17) and x86_64 (3.18.11) and had a little bit of trouble applying it to latest trunk, so here's the latest tested patch from a diff against 3.18.17 (openwrt-trunk). With that patch applied, a simple AT^NDISDUP=1,1,your.apn.here and udhcpc -i wwan0 is online and routing immediately. The following config snippet is also working directly with openwrt: config interface '4g' option proto 'ncm' option ifname 'wwan0' option device '/dev/ttyUSB1' option apn 'internet.eplus.de' Again, big thanks go to Enrico for fixing NDP/SKB issues, much obliged. 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. Matti ___ 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] How to download 3rd party package from git in OpenWrt
I was able to download radvd-2.11 using your changes. I was just worrying about those git logs. Thanks. On Tue, Jul 14, 2015 at 12:28 PM, Yousong Zhou yszhou4t...@gmail.com wrote: On 14 July 2015 at 14:32, Pratik Prajapati pratik.prajapat...@gmail.com wrote: It worked but still i got some logs but don't know i should worry about it or not. They were output from git. You can check if there is a radvd-2.11-.yyy file available in your dl/ directory. yousong logs: Checking out files from the git repository... Cloning into 'radvd-2.11'... remote: Counting objects: 3603, done. remote: Total 3603 (delta 0), reused 0 (delta 0), pack-reused 3603 Receiving objects: 100% (3603/3603), 1.64 MiB | 591.00 KiB/s, done. Resolving deltas: 100% (2324/2324), done. Checking connectivity... done. Note: checking out 'e3e2b38a0433f680a75dadb394692edec3ea66e3'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD is now at e3e2b38... Makefile.am: add --with-check to packages target On Mon, Jul 13, 2015 at 8:05 PM, Yousong Zhou yszhou4t...@gmail.com wrote: On Jul 13, 2015 6:53 PM, Pratik Prajapati pratik.prajapat...@gmail.com wrote: Hi, I want to build radvd-2.11 package in OpenWrt but i am unable to download it using Makefile rules. Makefile: include $(TOPDIR)/rules.mk PKG_NAME:=radvd PKG_VERSION:=2.11 PKG_SOURCE_PROTO:=git PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).zip try changing the suffix to .tar.gz PKG_SOURCE_URL:=https://github.com/reubenhwk/radvd.git PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE_VERSION:=e3e2b38a0433f680a75dadb394692edec3ea66e3 PKG_CAT:=unzip and remove this line PKG_FIXUP:=autoreconf include $(INCLUDE_DIR)/package.mk . . . Cmd: make ./package/radvd-2.11/compile V=s Cloning into 'radvd-2.11'... remote: Counting objects: 3603, done. remote: Total 3603 (delta 0), reused 0 (delta 0), pack-reused 3603 Receiving objects: 100% (3603/3603), 1.64 MiB | 712.00 KiB/s, done. Resolving deltas: 100% (2324/2324), done. Checking connectivity... done. Note: checking out 'e3e2b38a0433f680a75dadb394692edec3ea66e3'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD is now at e3e2b38... Makefile.am: add --with-check to packages target Packing checkout... ERROR: Unknown pack format for file /home/pratik.prajapati/work/openwrt-radvd/openwrt-tip/openwrt/tmp/dl/radvd-2.11.zip looks like git archive cannot do zip packing. cheers yousong I am not able to download radvd-2.11 using my makefile. What part I am missing in Makefile ? ___ 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] [PATCH V2 ubox] log: allow filtering messages with a regexp pattern
This allows printing/streaming/writing messages matching a specified basic regular expression only. Signed-off-by: Rafał Miłecki zaj...@gmail.com --- V2: Improve --help description of the new -e argument. --- log/logread.c | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/log/logread.c b/log/logread.c index 6255408..dcf3c08 100644 --- a/log/logread.c +++ b/log/logread.c @@ -17,6 +17,7 @@ #include fcntl.h #include time.h +#include regex.h #include stdio.h #include unistd.h #include sys/types.h @@ -57,7 +58,8 @@ static const struct blobmsg_policy log_policy[] = { static struct uloop_timeout retry; static struct uloop_fd sender; -static const char *log_file, *log_ip, *log_port, *log_prefix, *pid_file, *hostname; +static regex_t regexp_preg; +static const char *log_file, *log_ip, *log_port, *log_prefix, *pid_file, *hostname, *regexp_pattern; static int log_type = LOG_STDOUT; static int log_size, log_udp, log_follow, log_trailer_null = 0; @@ -128,6 +130,9 @@ static int log_notify(struct blob_attr *msg) } m = blobmsg_get_string(tb[LOG_MSG]); + if (regexp_pattern + regexec(regexp_preg, m, 0, NULL, 0) == REG_NOMATCH) + return 0; t = blobmsg_get_u64(tb[LOG_TIME]) / 1000; c = ctime(t); p = blobmsg_get_u32(tb[LOG_PRIO]); @@ -186,6 +191,7 @@ static int usage(const char *prog) Options:\n -s path Path to ubus socket\n -l count Got only the last 'count' messages\n + -e pattern Filter messages with a regexp\n -r server port Stream message to a server\n -F file Log file\n -S bytes Log size\n @@ -235,7 +241,7 @@ int main(int argc, char **argv) signal(SIGPIPE, SIG_IGN); - while ((ch = getopt(argc, argv, u0fcs:l:r:F:p:S:P:h:)) != -1) { + while ((ch = getopt(argc, argv, u0fcs:l:r:F:p:S:P:h:e:)) != -1) { switch (ch) { case 'u': log_udp = 1; @@ -274,6 +280,11 @@ int main(int argc, char **argv) case 'h': hostname = optarg; break; + case 'e': + if (!regcomp(regexp_preg, optarg, REG_NOSUB)) { + regexp_pattern = optarg; + } + break; default: return usage(*argv); } -- 1.8.4.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Package License
Hello I know that in a makfile of a package it is possible to deposite a license string for this package Is there a script in the build environments or in a Router image where i can get a list of all installed package with there licenses? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] How to download 3rd party package from git in OpenWrt
It worked but still i got some logs but don't know i should worry about it or not. logs: Checking out files from the git repository... Cloning into 'radvd-2.11'... remote: Counting objects: 3603, done. remote: Total 3603 (delta 0), reused 0 (delta 0), pack-reused 3603 Receiving objects: 100% (3603/3603), 1.64 MiB | 591.00 KiB/s, done. Resolving deltas: 100% (2324/2324), done. Checking connectivity... done. Note: checking out 'e3e2b38a0433f680a75dadb394692edec3ea66e3'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD is now at e3e2b38... Makefile.am: add --with-check to packages target On Mon, Jul 13, 2015 at 8:05 PM, Yousong Zhou yszhou4t...@gmail.com wrote: On Jul 13, 2015 6:53 PM, Pratik Prajapati pratik.prajapat...@gmail.com wrote: Hi, I want to build radvd-2.11 package in OpenWrt but i am unable to download it using Makefile rules. Makefile: include $(TOPDIR)/rules.mk PKG_NAME:=radvd PKG_VERSION:=2.11 PKG_SOURCE_PROTO:=git PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).zip try changing the suffix to .tar.gz PKG_SOURCE_URL:=https://github.com/reubenhwk/radvd.git PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE_VERSION:=e3e2b38a0433f680a75dadb394692edec3ea66e3 PKG_CAT:=unzip and remove this line PKG_FIXUP:=autoreconf include $(INCLUDE_DIR)/package.mk . . . Cmd: make ./package/radvd-2.11/compile V=s Cloning into 'radvd-2.11'... remote: Counting objects: 3603, done. remote: Total 3603 (delta 0), reused 0 (delta 0), pack-reused 3603 Receiving objects: 100% (3603/3603), 1.64 MiB | 712.00 KiB/s, done. Resolving deltas: 100% (2324/2324), done. Checking connectivity... done. Note: checking out 'e3e2b38a0433f680a75dadb394692edec3ea66e3'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD is now at e3e2b38... Makefile.am: add --with-check to packages target Packing checkout... ERROR: Unknown pack format for file /home/pratik.prajapati/work/openwrt-radvd/openwrt-tip/openwrt/tmp/dl/radvd-2.11.zip looks like git archive cannot do zip packing. cheers yousong I am not able to download radvd-2.11 using my makefile. What part I am missing in Makefile ? ___ 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] How to download 3rd party package from git in OpenWrt
On 14 July 2015 at 14:32, Pratik Prajapati pratik.prajapat...@gmail.com wrote: It worked but still i got some logs but don't know i should worry about it or not. They were output from git. You can check if there is a radvd-2.11-.yyy file available in your dl/ directory. yousong logs: Checking out files from the git repository... Cloning into 'radvd-2.11'... remote: Counting objects: 3603, done. remote: Total 3603 (delta 0), reused 0 (delta 0), pack-reused 3603 Receiving objects: 100% (3603/3603), 1.64 MiB | 591.00 KiB/s, done. Resolving deltas: 100% (2324/2324), done. Checking connectivity... done. Note: checking out 'e3e2b38a0433f680a75dadb394692edec3ea66e3'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD is now at e3e2b38... Makefile.am: add --with-check to packages target On Mon, Jul 13, 2015 at 8:05 PM, Yousong Zhou yszhou4t...@gmail.com wrote: On Jul 13, 2015 6:53 PM, Pratik Prajapati pratik.prajapat...@gmail.com wrote: Hi, I want to build radvd-2.11 package in OpenWrt but i am unable to download it using Makefile rules. Makefile: include $(TOPDIR)/rules.mk PKG_NAME:=radvd PKG_VERSION:=2.11 PKG_SOURCE_PROTO:=git PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).zip try changing the suffix to .tar.gz PKG_SOURCE_URL:=https://github.com/reubenhwk/radvd.git PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION) PKG_SOURCE_VERSION:=e3e2b38a0433f680a75dadb394692edec3ea66e3 PKG_CAT:=unzip and remove this line PKG_FIXUP:=autoreconf include $(INCLUDE_DIR)/package.mk . . . Cmd: make ./package/radvd-2.11/compile V=s Cloning into 'radvd-2.11'... remote: Counting objects: 3603, done. remote: Total 3603 (delta 0), reused 0 (delta 0), pack-reused 3603 Receiving objects: 100% (3603/3603), 1.64 MiB | 712.00 KiB/s, done. Resolving deltas: 100% (2324/2324), done. Checking connectivity... done. Note: checking out 'e3e2b38a0433f680a75dadb394692edec3ea66e3'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b new_branch_name HEAD is now at e3e2b38... Makefile.am: add --with-check to packages target Packing checkout... ERROR: Unknown pack format for file /home/pratik.prajapati/work/openwrt-radvd/openwrt-tip/openwrt/tmp/dl/radvd-2.11.zip looks like git archive cannot do zip packing. cheers yousong I am not able to download radvd-2.11 using my makefile. What part I am missing in Makefile ? ___ 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] Build errors when activating the Device Tree flag for Raspberry Pi
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 ha...@hauke-m.de 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 ha...@hauke-m.de 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_ea bi/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 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] Build errors when activating the Device Tree flag for Raspberry Pi
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 ha...@hauke-m.de 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 ha...@hauke-m.de 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
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 dirkneukirc...@web.de --- 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
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 ste...@the2masters.de --- 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 ka...@openwrt.org 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
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
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 rei...@reiner-h.de 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] 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 b...@einfach.org 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
[OpenWrt-Devel] IPv6/odhcpd: Attempt to workaround phones ignoring RAs in standby + to fix NDP-relays
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
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] 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 karl.vo...@gmail.com +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 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] [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 dan...@makrotopia.org wrote: On Mon, Jun 15, 2015 at 06:15:58PM +0300, Roman Yeryomin wrote: On 14 June 2015 at 20:15, Roman Yeryomin leroi.li...@gmail.com 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] 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 ha...@hauke-m.de 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 ha...@hauke-m.de 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-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 step...@spaceboyz.net --- 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] VoCore as wireless bridge
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] ramips: added gpio spi refclk support for wrtnode board
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 christ...@m3hlis.de --- 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] 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] 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
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 dan...@gimpelevich.san-francisco.ca.us --- 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
[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 karl.vo...@gmail.com --- 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 karl.vo...@gmail.com +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 karl.vo...@gmail.com +--- + 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 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 rei...@reiner-h.de: 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] 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 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] 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
[OpenWrt-Devel] [PATCH rebased] x86: add kmod-acpi-button and kmod-button-hotplug to default packages
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 ste...@the2masters.de --- 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 ka...@openwrt.org 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
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
[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 karl.vo...@gmail.com +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
[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 karl.vo...@gmail.com +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
[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 karl.vo...@gmail.com --- 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 karl.vo...@gmail.com +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 karl.vo...@gmail.com +--- + 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] ping6 messages do not go through all layers in the network stack
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: BROADCAST,NOARP,UP,LOWER_UP 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: BROADCAST,MULTICAST,UP,LOWER_UP 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 V3] cdc_ncm: Add support for moving NDP to end of NCM frame
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
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] 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] [brcm47xx] Belkin F7DXXXX (BCM47XX based) support for Linux 3.18
On 23 June 2015 at 16:16, Joseph East east...@gmail.com wrote: From d38c8c72b99908d3d9a39bd858d1c76e9864faac Mon Sep 17 00:00:00 2001 From: Joseph East east...@gmail.com 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/target/linux/brcm47xx/patches-3.18/032-11-MIPS-BCM47XX-Include-Belkin-F7D4XXX-F7D3XXX-TRX-for-mtd.patch @@ -0,0
Re: [OpenWrt-Devel] [PATCH] [brcm47xx] Belkin F7DXXXX (BCM47XX based) support for Linux 3.18
On 23 June 2015 at 16:16, Joseph East east...@gmail.com wrote: From d38c8c72b99908d3d9a39bd858d1c76e9864faac Mon Sep 17 00:00:00 2001 From: Joseph East east...@gmail.com 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
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
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] 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
[OpenWrt-Devel] [PATCH CC 4/5] base-files: added option to configure the gpio led trigger in uci-defaults
From: blogic blogic@3c298f89-4303-0410-b956-a3cf2f4a3e73 Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- 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 EOF +set system.$cfg='led' +set system.$cfg.name='$name' +set system.$cfg.sysfs='$sysfs' +set system.$cfg.trigger='gpio' +set system.$cfg.gpio='$gpio' +set system.$cfg.inverted='$inverted' +EOF + UCIDEF_LEDS_CHANGED=1 +} + ucidef_set_rssimon() { local dev=$1 local refresh=$2 -- 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 CC 0/5] ar71xx: backport of support for devolo dLAN devices
On 14 July 2015 at 16:05, Günther Kelleter guenther.kelle...@devolo.de 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
[OpenWrt-Devel] [PATCH CC 5/5] ar71xx: add support for the devolo dLAN pro 1200+ WiFi ac
Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- 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/linux/ar71xx/files/arch/mips/ath79/mach-dlan-pro-1200-ac.c
[OpenWrt-Devel] [PATCH CC 3/5] mac80211: make ath10k firmware v2 selectable
From: blogic blogic@3c298f89-4303-0410-b956-a3cf2f4a3e73 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 guenther.kelle...@devolo.de --- 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
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 yszhou4t...@gmail.com 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] alternatives to TDMA
2015-07-14 17:50 GMT+02:00 Bill Moffitt bmoff...@ayrstone.com: 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] [PATCH v2] [netifd] Changes for more readability.
On Jul 14, 2015 10:56 PM, Felix Fietkau n...@openwrt.org 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 yszhou4t...@gmail.com 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
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] 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
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
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] [PATCH 6/6] bcm53xx: R8000 handle PEX8603 switch
On 28 June 2015 at 05:37, Ian Kent ra...@themaw.net 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
[OpenWrt-Devel] [PATCH CC 1/5] ar71xx: add support for the devolo dLAN pro 500 Wireless+
From: blogic blogic@3c298f89-4303-0410-b956-a3cf2f4a3e73 Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- 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 juh...@openwrt.org + * + * 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
[OpenWrt-Devel] [PATCH CC 2/5] ar71xx: add support to use gpio irqs
From: blogic blogic@3c298f89-4303-0410-b956-a3cf2f4a3e73 Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de --- .../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 linux/io.h + #include linux/ioport.h + #include linux/gpio.h ++#include linux/irq.h ++#include linux/interrupt.h ++ ++#include linux/of.h + + #include asm/mach-ath79/ar71xx_regs.h + #include asm/mach-ath79/ath79.h ++#include asm/mach-ath79/irq.h + #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
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 guenther.kelle...@devolo.de 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] 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
[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
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] Alternatives do TDMA
2015-07-14 18:45 GMT+02:00 Martin Tippmann martin.tippm...@gmail.com: 2015-07-14 11:34 GMT+02:00 John Crispin blo...@openwrt.org: 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] Alternatives do TDMA
2015-07-14 11:34 GMT+02:00 John Crispin blo...@openwrt.org: 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
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 dan...@gimpelevich.san-francisco.ca.us --- 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
[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 nolt...@gmail.com --- .../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 nolt...@gmail.com --- .../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 5/8] generic: add missing linux 4.1 symbols
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- 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 nolt...@gmail.com --- 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 nolt...@gmail.com --- 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 nolt...@gmail.com --- 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 nolt...@gmail.com wrote: Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com 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 nolt...@gmail.com wrote: Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com 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.
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
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: 8192
[OpenWrt-Devel] [PATCH 2/3] mvebu: add support for BUFFALO LS42x
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 dan...@makrotopia.org --- 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 dan...@makrotopia.org + * Copyright (C) 2013, Arnaud EBALARD a...@natisbad.org + * + * 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 dt-bindings/input/input.h +#include dt-bindings/gpio/gpio.h +#include armada-370.dtsi + +/ { + model = BUFFALO LS42x; /* Buffalo LS-M 88f6710
Re: [OpenWrt-Devel] [PATCH 2/2] Prevent more gzip timestamps
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 rei...@reiner-h.de: 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
[OpenWrt-Devel] [PATCH 1/3] kernel: add Ricoh RS5C372 RTC module support
Signed-off-by: Daniel Golle dan...@makrotopia.org --- 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
Re: [OpenWrt-Devel] [PATCH] ar71xx: fix kernel Oops in at803x_link_change_notify
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] https://github.com/riptidewave93/meraki-linux/blob/linux-3.4-r23-20150601/drivers/net/ethernet/atheros/ag7240/phys/athrf1_phy.c ___ 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
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 chunk...@googlemail.com 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://forum.openwrt.org/viewtopic.php?id=42896 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 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 nolt...@gmail.com --- .../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 nolt...@gmail.com --- .../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 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 nolt...@gmail.com --- 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 +#
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 nolt...@gmail.com --- 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_brcm2708 +kmod-i2c-core +endef + +define KernelPackage/i2c-bcm2835/description + This package contains the Broadcom 2835 I2C
[OpenWrt-Devel] [PATCH] brcm63xx: HG553 buttons support
This patch adds buttons support for Huawei EchoLife HG553. Signed-off-by: Cezary Jackiewicz cezary.jackiew...@gmail.com --- 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 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 nolt...@gmail.com wrote: Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com 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 nolt...@gmail.com wrote: Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com 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
-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 guenther.kelle...@devolo.de 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