[OpenWrt-Devel] lantiq vdsl2
Hi, i updated the vdsl driver after the 904 crowd reported the new driver works. now i am getting reports fromt he 8970 users that the new driver fails to enter showtime. can someone who has a vdsl line please very the functionality ? otherwise we will revert back to the previous driver revision. John ___ 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: procd initscripts restarton reload
On 14/09/2014 21:09, Tristan Plumb wrote: On 14/09/2014 17:37, Baptiste Jonglez wrote: On Sun, Sep 14, 2014 at 08:14:11AM -0400, Tristan Plumb wrote: Currently procd enabled initscripts will restart on reload when the command line changes, which works for many packages, but not anything that keeps its configuration in a file, like dnsmasq. Wouldn't it be better to check whether the generated config file changed, and restart the daemon only if this is the case? a procd managed service can add a list of uci packages, netdev, files, ... that if changed will trigger a restart. Could you expand on this some? How does a service request this? 'procd_add_reload_trigger' looks like it's for /etc/config/foo, but changes to those files do not appear to result in either reload or restart. 'procd_set_param file foo' doesn't appear to do anything either. should work, what does ubus call service list '{verbose: true}' say ? which specific package is causing issue ? In my setup, I've noticed this with dnsmasq and babeld. That is, that I needed to restart and instead of reload to get things to take effect. Everything else I run is configured by command line arguments. what do you want to do ? track a file and if changed trigger a reload ? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] fastd
Hi, the BB-final test build just completed and i can see fastd binaries. John On 01/09/2014 10:20, John Crispin wrote: narf, i deleted the rc3 folder last night so i can build the next iteration this week. i do not recall seeing fastd in the list of failed packages. i will have a look out for it and ping you if i see any breakage On 01/09/2014 01:02, Matthias Schiffer wrote: Hi, I've noticed that the package fastd (which I maintain) is missing from some targets in all Barrier Breaker RCs, for example on x86. It does exist though on ar71xx, and everything is fine in the current trunk snapshots. I can't find any issues when building BB myself either. Are the build logs available somewhere so I can find out what is wrong? ___ 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] base-files: procd initscripts restartonreload
which specific package is causing issue ? In my setup, I've noticed this with dnsmasq and babeld. That is, that I needed to restart and instead of reload to get things to take effect. Everything else I run is configured by command line arguments. what do you want to do ? track a file and if changed trigger a reload ? Nope, I want /etc/init.d/foo reload to work as expected. I've written package-specific handlers for now, along the lines of my ten-second version earlier and I'll be submitting those at some point this week. I'd love to see a more general solution, even if it takes some modicum of effort per daemon to implement. Especially for daemons that are mildly costly to restart, and can't just reread their config files. Tristan (who has now learned to submit discussion first, not patches.) -- All original matter is hereby placed immediately under the public domain. ___ 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: procd initscripts restartonreload
On 15/09/2014 10:36, Tristan Plumb wrote: which specific package is causing issue ? In my setup, I've noticed this with dnsmasq and babeld. That is, that I needed to restart and instead of reload to get things to take effect. Everything else I run is configured by command line arguments. what do you want to do ? track a file and if changed trigger a reload ? Nope, I want /etc/init.d/foo reload to work as expected. vagueness == no fix if you wont this fixed you need to be more elaborate than as expected try to put the bug into 2 sentences, 1 sentence is even better I've written package-specific handlers for now, along the lines of my ten-second version earlier and I'll be submitting those at some point this week. I'd love to see a more general solution, even if it takes some modicum of effort per daemon to implement. Especially for daemons that are mildly costly to restart, and can't just reread their config files. Tristan (who has now learned to submit discussion first, not patches.) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] still remnants left around from deletion of LLVM back in 2013
Hi, what rev are you building ? the code that you want to remove does not exist in trunk John On 11/09/2014 18:41, Robert P. J. Day wrote: long story short: poking around llvm content in openwrt, which looked really weird and eventually led me to this: commit 9241c57193bb8af2c1f4944ee21249b927cfecff Author: kaloz kaloz@3c298f89-4303-0410-b956-a3cf2f4a3e73 Date: Mon Apr 1 15:08:38 2013 + [toolchain/gcc]: llvm is marked broken for two and a half year now, nuke it git-svn-id: svn://svn.openwrt.org/openwrt/trunk@36145 3c298f89-4303-0410-b956-a3cf2f4a3e73 diff --git a/toolchain/gcc/Config.in b/toolchain/gcc/Config.in index f83f83c..6cfde54 100644 --- a/toolchain/gcc/Config.in +++ b/toolchain/gcc/Config.in @@ -26,16 +26,11 @@ choice config GCC_VERSION_4_7_LINARO bool gcc 4.7.x with Linaro enhancements - config GCC_VERSION_LLVM - bool llvm-gcc 4.2 - depends BROKEN - ... snip ... but there are still some references to llvm in the source tree: $ grep -r LLVM * package/utils/busybox/Makefile:ifdef CONFIG_GCC_VERSION_LLVM toolchain/gcc/common.mk: $(if $(shell gcc --version 21 | grep LLVM), \ toolchain/Makefile:ifdef CONFIG_GCC_VERSION_LLVM tools/Makefile:ifeq ($(CONFIG_EXTERNAL_TOOLCHAIN)$(CONFIG_GCC_LLVM),) $ should those final remnants be removed? and what's with CONFIG_GCC_LLVM, anyway? is that a typo? rday ___ 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: procd initscriptsrestartonreload
On 15/09/2014 10:36, Tristan Plumb wrote: which specific package is causing issue ? In my setup, I've noticed this with dnsmasq and babeld. That is, that I needed to restart and instead of reload to get things to take effect. Everything else I run is configured by command line arguments. what do you want to do ? track a file and if changed trigger a reload ? Nope, I want /etc/init.d/foo reload to work as expected. vagueness == no fix if you wont this fixed you need to be more elaborate than as expected The current behavior with a procd service is that unless the service has declared its own routine /etc/init.d/foo reload will restart the service if the command line changes, but otherwise take no action to alert the service of new configuration files. The expected behavior is that reload will reload changed configuration by whatever means necessary, including restarting the service. Which is what /etc/init.d/foo help claims it does. Lacking information about how the service is configured, it must restart. Knowing the configuration files, it must restart if they, the command line arguments, or the enviroment have changed, but not otherwise. Knowing that the service takes SIGHUP to reread configuration files, it must restart if the command line arguments, or environment, have changed, but only be sent a signal otherwise. Knowing that the service manages this itself nothing need happen. And there are mixtures of the four, some services manage data one way and connections another. It might be useful to have one name for data and another for connections, but that's not what we've inherited, merely reload means to reload the configuration. Does that sound about right? Tristan -- All original matter is hereby placed immediately under the public domain. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [RFC] netifd-device: add support for promisc setting
Signed-off-by: Martin Hundebøll mar...@hundeboll.net --- device.c | 9 + device.h | 3 +++ system-linux.c | 10 ++ 3 files changed, 22 insertions(+) diff --git a/device.c b/device.c index 26b020f..b29d73b 100644 --- a/device.c +++ b/device.c @@ -38,6 +38,7 @@ static const struct blobmsg_policy dev_attrs[__DEV_ATTR_MAX] = { [DEV_ATTR_TXQUEUELEN] = { .name = txqueuelen, .type = BLOBMSG_TYPE_INT32 }, [DEV_ATTR_ENABLED] = { .name = enabled, .type = BLOBMSG_TYPE_BOOL }, [DEV_ATTR_IPV6] = { .name = ipv6, .type = BLOBMSG_TYPE_BOOL }, + [DEV_ATTR_PROMISC] = { .name = promisc, .type = BLOBMSG_TYPE_BOOL }, }; const struct uci_blob_param_list device_attr_list = { @@ -144,6 +145,7 @@ device_merge_settings(struct device *dev, struct device_settings *n) (s-flags DEV_OPT_MACADDR ? s-macaddr : os-macaddr), sizeof(n-macaddr)); n-ipv6 = s-flags DEV_OPT_IPV6 ? s-ipv6 : os-ipv6; + n-promisc = s-flags DEV_OPT_PROMISC ? s-promisc : os-promisc; n-flags = s-flags | os-flags; } @@ -182,6 +184,11 @@ device_init_settings(struct device *dev, struct blob_attr **tb) s-flags |= DEV_OPT_IPV6; } + if ((cur = tb[DEV_ATTR_PROMISC])) { + s-promisc = blobmsg_get_bool(cur); + s-flags |= DEV_OPT_PROMISC; + } + device_set_disabled(dev, disabled); } @@ -717,6 +724,8 @@ device_dump_status(struct blob_buf *b, struct device *dev) blobmsg_add_u32(b, txqueuelen, st.txqueuelen); if (st.flags DEV_OPT_IPV6) blobmsg_add_u8(b, ipv6, st.ipv6); + if (st.flags DEV_OPT_PROMISC) + blobmsg_add_u8(b, promisc, st.promisc); } s = blobmsg_open_table(b, statistics); diff --git a/device.h b/device.h index 01a68bc..08a3055 100644 --- a/device.h +++ b/device.h @@ -32,6 +32,7 @@ enum { DEV_ATTR_TXQUEUELEN, DEV_ATTR_ENABLED, DEV_ATTR_IPV6, + DEV_ATTR_PROMISC, __DEV_ATTR_MAX, }; @@ -62,6 +63,7 @@ enum { DEV_OPT_MACADDR = (1 1), DEV_OPT_TXQUEUELEN = (1 2), DEV_OPT_IPV6= (1 3), + DEV_OPT_PROMISC = (1 4), }; /* events broadcasted to all users of a device */ @@ -108,6 +110,7 @@ struct device_settings { unsigned int txqueuelen; uint8_t macaddr[6]; bool ipv6; + bool promisc; }; /* diff --git a/system-linux.c b/system-linux.c index 2a281cc..c4d89be 100644 --- a/system-linux.c +++ b/system-linux.c @@ -943,6 +943,11 @@ system_if_get_settings(struct device *dev, struct device_settings *s) s-ipv6 = !strtoul(buf, NULL, 0); s-flags |= DEV_OPT_IPV6; } + + if (ioctl(sock_ioctl, SIOCGIFFLAGS, ifr) == 0) { + s-promisc = ifr.ifr_flags IFF_PROMISC; + s-flags |= DEV_OPT_PROMISC; + } } void @@ -973,6 +978,11 @@ system_if_apply_settings(struct device *dev, struct device_settings *s, unsigned } if (s-flags DEV_OPT_IPV6 apply_mask) system_set_disable_ipv6(dev, s-ipv6 ? 0 : 1); + if (s-flags DEV_OPT_PROMISC apply_mask) { + if (system_if_flags(dev-ifname, s-promisc ? IFF_PROMISC : 0, + !s-promisc ? IFF_PROMISC : 0) 0) + s-flags = ~DEV_OPT_PROMISC; + } } int system_if_up(struct device *dev) -- 2.1.0 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] 4g NCM modem huawei e3276
Hi, i would like to add 4g ncm support. there are a few version of a patc floating around that don't make use of dynamic_interface yet. anyone around that wants to 1) donate a huawei e3276 2) has a huawei e3276 and wants to help testing ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] 4g NCM modem huawei e3276
I have 2 such devices, I do use Oskari Rauta's scripts to run it.. not perfect but works after manual labour... Maybe there would be at least some ideas... So.. I can definately help with testing! I have to think how I could donate one dongle to you... Sami Olmari On Sep 15, 2014 1:35 PM, John Crispin blo...@openwrt.org wrote: Hi, i would like to add 4g ncm support. there are a few version of a patc floating around that don't make use of dynamic_interface yet. anyone around that wants to 1) donate a huawei e3276 2) has a huawei e3276 and wants to help testing ? John ___ 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] 4g NCM modem huawei e3276
Hi John, I have a e3276 4g modem and can help you in your tests. Just tell me what I need to do, ok? 2014-09-15 7:35 GMT-03:00 John Crispin blo...@openwrt.org: Hi, i would like to add 4g ncm support. there are a few version of a patc floating around that don't make use of dynamic_interface yet. anyone around that wants to 1) donate a huawei e3276 2) has a huawei e3276 and wants to help testing ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Ronaldo Afonso 11 9 5252 0484 www.ronaldoafonso.com.br ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] 4g NCM modem huawei e3276
Hi, my version of the scripts is based on Oskari patches and fixes a lot of the not perfect stuff however i am sure it wont work out of the box as i blindly reworked large parts of the code. i can send it back to you in finland when i am done testing. John On 15/09/2014 13:53, Sami Olmari wrote: I have 2 such devices, I do use Oskari Rauta's scripts to run it.. not perfect but works after manual labour... Maybe there would be at least some ideas... So.. I can definately help with testing! I have to think how I could donate one dongle to you... Sami Olmari On Sep 15, 2014 1:35 PM, John Crispin blo...@openwrt.org mailto:blo...@openwrt.org wrote: Hi, i would like to add 4g ncm support. there are a few version of a patc floating around that don't make use of dynamic_interface yet. anyone around that wants to 1) donate a huawei e3276 2) has a huawei e3276 and wants to help testing ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org mailto: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] Services do not appear/disappear until reboot - luci-indexcache?
Running BB-rc3and configuring from scratch. Iinstalled luci-app-ddns and luci-app-upnp(svn-r10471-1). The apps should show up in the services menu, but they did not - in fact, the services menu did not appear at all. Tried restarting uhttpd, no effect. Rebooted, and the services menu appeared. Decided to cause some trouble, and removed the two packages. The services menu is unchanged (still shows the removed apps), and choosing an entry gives a lua (internal) error. Grepping around, I find an occurrence of the removed package string Dynamic DNS in /var/luci-indexcache. Maybe this is a package problem? If that is just the way it is, I'll get over it. If the package(s) is (are) not doing the right thing, let me know how it is supposed to work (example package), and I'll try fixing it. -- -Justin justinval...@gmail.com 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] 4g NCM modem huawei e3276
Hmm, that could work, at least I do have old spare dongle to use with system in mean time :-) Tell me where I can send the thing and I'll send the thing in a few days :-) Sami Olmari On Sep 15, 2014 3:11 PM, John Crispin blo...@openwrt.org wrote: Hi, my version of the scripts is based on Oskari patches and fixes a lot of the not perfect stuff however i am sure it wont work out of the box as i blindly reworked large parts of the code. i can send it back to you in finland when i am done testing. John On 15/09/2014 13:53, Sami Olmari wrote: I have 2 such devices, I do use Oskari Rauta's scripts to run it.. not perfect but works after manual labour... Maybe there would be at least some ideas... So.. I can definately help with testing! I have to think how I could donate one dongle to you... Sami Olmari On Sep 15, 2014 1:35 PM, John Crispin blo...@openwrt.org mailto:blo...@openwrt.org wrote: Hi, i would like to add 4g ncm support. there are a few version of a patc floating around that don't make use of dynamic_interface yet. anyone around that wants to 1) donate a huawei e3276 2) has a huawei e3276 and wants to help testing ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org mailto: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][RFC] libubus: restore uloop_cancelled on timeout
Context: 1 loop with a single ubus_invoke() that times out calls uloop_end() which ends the loop, and thus ends the application. In the end that seems to confuse procd which outputs a notification as if the application segfault-ed a couple of times, rather than ended 'gracefully' by being cancelled. Not sure if this fix is correct, hence the RFC part. Another approach would be to increase the timeout of the ubus_invoke() call in my application, however, that itself does not look like a definitive fix for timing out and cancelling the main uloop. So, if there are better suggestions, I'm open for them as well. Another idea, would be to 'restart' the main uloop in case of the timeout, or cancel the uloop cancel. --- libubus-req.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libubus-req.c b/libubus-req.c index 8475dc9..e70a182 100644 --- a/libubus-req.c +++ b/libubus-req.c @@ -153,6 +153,7 @@ int ubus_complete_request(struct ubus_context *ctx, struct ubus_request *req, timeout = time_end - get_time_msec(); if (timeout = 0) { ubus_set_req_status(req, UBUS_STATUS_TIMEOUT); + uloop_cancelled = cancelled; break; } } -- 1.8.4.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Barrier Breaker timeline?
Hi John, On Monday 08 September 2014 08:13 PM, John Crispin wrote: is this reported or documented anywhere ? Compiled the Barrier Breaker (SVN 42452) and changes are kept on the reboot. I raised a false alarm. Thanks regards, Nishant ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH][RFC] libubus: restore uloop_cancelled on timeout
On 2014-09-15 14:42, Alexandru Ardelean wrote: Context: 1 loop with a single ubus_invoke() that times out calls uloop_end() which ends the loop, and thus ends the application. In the end that seems to confuse procd which outputs a notification as if the application segfault-ed a couple of times, rather than ended 'gracefully' by being cancelled. Not sure if this fix is correct, hence the RFC part. Another approach would be to increase the timeout of the ubus_invoke() call in my application, however, that itself does not look like a definitive fix for timing out and cancelling the main uloop. So, if there are better suggestions, I'm open for them as well. Another idea, would be to 'restart' the main uloop in case of the timeout, or cancel the uloop cancel. Looks good to me, applied to git. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH][RFC] libubus: restore uloop_cancelled on timeout
Cool. Thanks. On Mon, Sep 15, 2014 at 4:49 PM, Felix Fietkau n...@openwrt.org wrote: On 2014-09-15 14:42, Alexandru Ardelean wrote: Context: 1 loop with a single ubus_invoke() that times out calls uloop_end() which ends the loop, and thus ends the application. In the end that seems to confuse procd which outputs a notification as if the application segfault-ed a couple of times, rather than ended 'gracefully' by being cancelled. Not sure if this fix is correct, hence the RFC part. Another approach would be to increase the timeout of the ubus_invoke() call in my application, however, that itself does not look like a definitive fix for timing out and cancelling the main uloop. So, if there are better suggestions, I'm open for them as well. Another idea, would be to 'restart' the main uloop in case of the timeout, or cancel the uloop cancel. Looks good to me, applied to git. - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Barrier Breaker timeline?
On 15/09/2014 15:14, Nishant Sharma wrote: Hi John, On Monday 08 September 2014 08:13 PM, John Crispin wrote: is this reported or documented anywhere ? Compiled the Barrier Breaker (SVN 42452) and changes are kept on the reboot. I raised a false alarm. Hi, i know :) and i spent 4 hours on the weekend trying to reproduce your bug report and forgot to send a mail :) happy that the bug turned out to be a non-bug i am just now syncing the CC and BB tree and will start BB-final builds before i go to bed, will continue testing and checking until then ... John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] uClibc bug: epoll_pwait broken on OpenWrt x86
Ping? I'd like to get this fixed as soon as possible (even though it's probably too late for the OpenWrt BB final?). I guess I can try to write a patch, but I had hoped someone on these lists could give some advice on what the best way to fix this would be... Matthias On 09/05/2014 02:15 PM, Matthias Schiffer wrote: I've found commit 555ae2e88cd16a83f854634b6c3f35715b11d3d4, which works around the issue in the current uClibc master: commit 555ae2e88cd16a83f854634b6c3f35715b11d3d4 Author: Natanael Copa natanael.c...@gmail.com Date: Thu Jul 5 11:55:19 2012 + i386/bits/syscalls.h: allow immediate values as 6th syscall arg Allow use of immedate values as the 6th syscall argument. Otherwise we must store the arg on memory. This gives gcc more options to optimize better. This also works around an issue with posix_fallocate. I guess the mentioned issue with posix_fallocate is the same I'm experiencing with epoll_pwait. Applying this patch to OpenWrt would workaround the issue in this particular case, but I don't think relying on compiler behaviour that is not guaranteed in any way is a good idea. There are a few cases where the 6th syscall argument can't be immediate, so the workaround doesn't help; one of these is splice(), which is still broken in the current master. I've also attached my .config; for testing I'm using GCC 4.9.1, but as mentioned, it also happens on OpenWrt, which uses the 4.6-linaro and 4.8-linaro toolchains. Regards, Matthias On 09/01/2014 12:41 PM, Matthias Schiffer wrote: Sure, I've attached my testcase (source and compiled for Barrier Breaker). Matthias On 09/01/2014 08:31 AM, Waldemar Brodkorb wrote: Hi, can you provide a simple testcase showing the bug? best regards Waldemar Am 01.09.2014 um 00:53 schrieb Matthias Schiffer mschif...@universe-factory.net: Hi, I'm posting this on both the OpenWrt and the uClibc lists to hopefully find someone who has an idea how the code in question might ever have worked (if it ever has...). The issue probably affects not only epoll_pwait, but also other syscall6 on i386. It can be seen on all OpenWrt versions ranging from Attitude Adjustment to Barrier Breaker (and probably also the current trunk). I noticed that epoll_pwait always returns EINVAL when I supply a signal set; analzing it with gdb I found out that %ebp contains a stack address instead of the length of the signal set (which should be 8). Looking at the generated code reveals this: b360 __libc_epoll_pwait: b360: 55 push %ebp b361: 57 push %edi b362: 56 push %esi b363: 53 push %ebx b364: 51 push %ecx b365: e8 eb ef ff ff call a355 __x86.get_pc_thunk.bx b36a: 81 c3 8a 4c 04 00 add$0x44c8a,%ebx b370: 8b 74 24 24 mov0x24(%esp),%esi b374: 8b 7c 24 28 mov0x28(%esp),%edi b378: c7 04 24 08 00 00 00movl $0x8,(%esp) #1 b37f: 65 a1 0c 00 00 00 mov%gs:0xc,%eax b385: 85 c0 test %eax,%eax b387: 75 33 jneb3bc __libc_epoll_pwait+0x5c b389: 8b 44 24 18 mov0x18(%esp),%eax b38d: 8b 4c 24 1c mov0x1c(%esp),%ecx b391: 8b 54 24 20 mov0x20(%esp),%edx b395: 53 push %ebx #2 b396: 89 c3 mov%eax,%ebx b398: 55 push %ebp #3 b399: 8b 2c 24mov(%esp),%ebp #4 b39c: b8 3f 01 00 00 mov$0x13f,%eax b3a1: cd 80 int$0x80 ... As can be seen, the value 8 is moved onto the stack at #1 and is supposed to be moved to %ebp at #4. Unfortunately, #2 and #3 move the stack pointer... ___ uClibc mailing list ucl...@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc ___ 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 signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ramips: add support for Nexx WT1520
This patch adds support for Nexx WT1520 devices. Signed-off-by: Roger Pueyo Centelles open...@rogerpueyo.com --- diff --git a/target/linux/ramips/base-files/etc/board.d/01_leds b/target/linux/ramips/base-files/etc/board.d/01_leds index 01e2363..1806ff2 100755 --- a/target/linux/ramips/base-files/etc/board.d/01_leds +++ b/target/linux/ramips/base-files/etc/board.d/01_leds @@ -112,6 +112,9 @@ case $board in hlk-rm04) set_wifi_led rt2800pci-phy0::radio ;; +nexx-wt1520) +set_wifi_led rt2800pci-phy0::radio +;; all0239-3g|\ hw550-3g) set_usb_led hw550-3g:green:usb diff --git a/target/linux/ramips/base-files/etc/board.d/02_network b/target/linux/ramips/base-files/etc/board.d/02_network index e027b3b..765d398 100755 --- a/target/linux/ramips/base-files/etc/board.d/02_network +++ b/target/linux/ramips/base-files/etc/board.d/02_network @@ -103,6 +103,7 @@ ramips_setup_interfaces() dir-320-b1 | \ dir-615-h1 | \ hlk-rm04 | \ +nexx-wt1520 | \ mzk-w300nh2 | \ mzk-750dhp) ucidef_set_interfaces_lan_wan eth0.1 eth0.2 diff --git a/target/linux/ramips/base-files/etc/diag.sh b/target/linux/ramips/base-files/etc/diag.sh index 9ad7ccb..472da4b 100755 --- a/target/linux/ramips/base-files/etc/diag.sh +++ b/target/linux/ramips/base-files/etc/diag.sh @@ -63,6 +63,9 @@ get_status_led() { hlk-rm04) status_led=hlk-rm04:red:power ;; +nexx-wt1520) +status_led=nexx-wt1520:white:power +;; all0239-3g|\ hw550-3g) status_led=hw550-3g:green:status diff --git a/target/linux/ramips/base-files/lib/ramips.sh b/target/linux/ramips/base-files/lib/ramips.sh index bb42ace..0a09225 100755 --- a/target/linux/ramips/base-files/lib/ramips.sh +++ b/target/linux/ramips/base-files/lib/ramips.sh @@ -157,6 +157,9 @@ ramips_board_detect() { *HILINK HLK-RM04) name=hlk-rm04 ;; +*Nexx WT1520) +name=nexx-wt1520 +;; *HAME MPR-A1) name=mpr-a1 ;; diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh b/target/linux/ramips/base-files/lib/upgrade/platform.sh index 407c218..8ff2da6 100755 --- a/target/linux/ramips/base-files/lib/upgrade/platform.sh +++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh @@ -52,6 +52,7 @@ platform_check_image() { hw550-3g | \ hg255d | \ hlk-rm04 | \ +nexx-wt1520 | \ ip2202 | \ m3 | \ m4 | \ diff --git a/target/linux/ramips/dts/NEXXWT1520.dts b/target/linux/ramips/dts/NEXXWT1520.dts new file mode 100644 index 000..c89bea1 --- /dev/null +++ b/target/linux/ramips/dts/NEXXWT1520.dts @@ -0,0 +1,108 @@ +/dts-v1/; + +/include/ rt5350.dtsi + +/ { +compatible = NEXXWT1520, ralink,rt5350-soc; +model = Nexx WT1520; + +memory@0 { +device_type = memory; +reg = 0x0 0x200; +}; + +chosen { +bootargs = console=ttyS1,57600; +}; + +palmbus@1000 { +uart@500 { +status = okay; +}; + +spi@b00 { +status = okay; +m25p80@0 { +#address-cells = 1; +#size-cells = 1; +compatible = w25q32; +reg = 0 0; +linux,modalias = m25p80, s25fl064k; +spi-max-frequency = 1000; + +partition@0 { +label = u-boot; +reg = 0x0 0x3; +read-only; +}; + +partition@3 { +label = u-boot-env; +reg = 0x3 0x1; +read-only; +}; + +factory: partition@4 { +label = factory; +reg = 0x4 0x1; +read-only; +}; + +partition@5 { +label = firmware; +reg = 0x5 0x3b; +}; +}; +}; +}; + +pinctrl { +state_default: pinctrl0 { +gpio { +ralink,group = jtag; +ralink,function = gpio; +}; +}; +}; + +ethernet@1010 { +mtd-mac-address = factory 0x4; +}; + +wmac@1018 { +ralink,mtd-eeprom = factory 0; +}; + +ehci@101c { +status = okay; +}; + +ohci@101c1000 { +status = okay; +}; + +gpio-keys-polled { +compatible = gpio-keys-polled; +#address-cells = 1; +#size-cells = 0; +poll-interval = 20; +}; + +gpio-leds { +compatible = gpio-leds; +power { +label = nexx-wt1520:white:power; +gpios = gpio0 0 1; +}; +}; + +gpio_export { +compatible = gpio-export; +#size-cells = 0; +usb-mode { +gpio-export,name =
Re: [OpenWrt-Devel] [PATCH] ramips: add support for Nexx WT1520
Hi, patch looks whitespace broken. please fix and resend John On 15/09/2014 17:40, Roger Pueyo Centelles wrote: This patch adds support for Nexx WT1520 devices. Signed-off-by: Roger Pueyo Centelles open...@rogerpueyo.com --- diff --git a/target/linux/ramips/base-files/etc/board.d/01_leds b/target/linux/ramips/base-files/etc/board.d/01_leds index 01e2363..1806ff2 100755 --- a/target/linux/ramips/base-files/etc/board.d/01_leds +++ b/target/linux/ramips/base-files/etc/board.d/01_leds @@ -112,6 +112,9 @@ case $board in hlk-rm04) set_wifi_led rt2800pci-phy0::radio ;; +nexx-wt1520) +set_wifi_led rt2800pci-phy0::radio +;; all0239-3g|\ hw550-3g) set_usb_led hw550-3g:green:usb diff --git a/target/linux/ramips/base-files/etc/board.d/02_network b/target/linux/ramips/base-files/etc/board.d/02_network index e027b3b..765d398 100755 --- a/target/linux/ramips/base-files/etc/board.d/02_network +++ b/target/linux/ramips/base-files/etc/board.d/02_network @@ -103,6 +103,7 @@ ramips_setup_interfaces() dir-320-b1 | \ dir-615-h1 | \ hlk-rm04 | \ +nexx-wt1520 | \ mzk-w300nh2 | \ mzk-750dhp) ucidef_set_interfaces_lan_wan eth0.1 eth0.2 diff --git a/target/linux/ramips/base-files/etc/diag.sh b/target/linux/ramips/base-files/etc/diag.sh index 9ad7ccb..472da4b 100755 --- a/target/linux/ramips/base-files/etc/diag.sh +++ b/target/linux/ramips/base-files/etc/diag.sh @@ -63,6 +63,9 @@ get_status_led() { hlk-rm04) status_led=hlk-rm04:red:power ;; + nexx-wt1520) +status_led=nexx-wt1520:white:power + ;; all0239-3g|\ hw550-3g) status_led=hw550-3g:green:status diff --git a/target/linux/ramips/base-files/lib/ramips.sh b/target/linux/ramips/base-files/lib/ramips.sh index bb42ace..0a09225 100755 --- a/target/linux/ramips/base-files/lib/ramips.sh +++ b/target/linux/ramips/base-files/lib/ramips.sh @@ -157,6 +157,9 @@ ramips_board_detect() { *HILINK HLK-RM04) name=hlk-rm04 ;; + *Nexx WT1520) +name=nexx-wt1520 +;; *HAME MPR-A1) name=mpr-a1 ;; diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh b/target/linux/ramips/base-files/lib/upgrade/platform.sh index 407c218..8ff2da6 100755 --- a/target/linux/ramips/base-files/lib/upgrade/platform.sh +++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh @@ -52,6 +52,7 @@ platform_check_image() { hw550-3g | \ hg255d | \ hlk-rm04 | \ +nexx-wt1520 | \ ip2202 | \ m3 | \ m4 | \ diff --git a/target/linux/ramips/dts/NEXXWT1520.dts b/target/linux/ramips/dts/NEXXWT1520.dts new file mode 100644 index 000..c89bea1 --- /dev/null +++ b/target/linux/ramips/dts/NEXXWT1520.dts @@ -0,0 +1,108 @@ +/dts-v1/; + +/include/ rt5350.dtsi + +/ { +compatible = NEXXWT1520, ralink,rt5350-soc; +model = Nexx WT1520; + + memory@0 { +device_type = memory; +reg = 0x0 0x200; +}; + +chosen { +bootargs = console=ttyS1,57600; +}; + +palmbus@1000 { + uart@500 { +status = okay; +}; + + spi@b00 { +status = okay; +m25p80@0 { + #address-cells = 1; +#size-cells = 1; + compatible = w25q32; +reg = 0 0; + linux,modalias = m25p80, s25fl064k; + spi-max-frequency = 1000; + +partition@0 { + label = u-boot; +reg = 0x0 0x3; + read-only; +}; + +partition@3 { +label = u-boot-env; + reg = 0x3 0x1; +read-only; + }; + +factory: partition@4 { + label = factory; +reg = 0x4 0x1; + read-only; +}; + +partition@5 { +label = firmware; +reg = 0x5 0x3b; +}; +}; + }; +}; + +pinctrl { +state_default: pinctrl0 { + gpio { +ralink,group = jtag; + ralink,function = gpio; +}; +}; +}; + + ethernet@1010 { +mtd-mac-address = factory 0x4; + }; + +wmac@1018 { +ralink,mtd-eeprom = factory 0; +}; + +ehci@101c { +status = okay; + }; + +ohci@101c1000 { +status = okay; +}; + + gpio-keys-polled { +compatible = gpio-keys-polled; + #address-cells = 1; +#size-cells = 0; + poll-interval = 20; +}; + +gpio-leds { + compatible = gpio-leds; +power { +label = nexx-wt1520:white:power; +gpios = gpio0 0 1; + }; +}; + +gpio_export { +compatible = gpio-export; +#size-cells = 0; + usb-mode { +gpio-export,name = usb-mode; +gpio-export,output = 0; + gpios = gpio0 18 0; +}; +}; +}; diff --git a/target/linux/ramips/image/Makefile b/target/linux/ramips/image/Makefile index 35057e4..6f7c51c 100644 ---
[OpenWrt-Devel] DIR-657 - D-Link HD Media Router 1000
Hello All, Looking for a router recommendation and wondering is someone might be able to help. The D-Link DIR-657 looks perfect but I don't see any support for this in OpenWRT. Anyone working on a port to the D-Link Media Routers? Looking for the following 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V The built-in SD card support is critical. I appreciate any leads. Thanks, --luis -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail: lsolt...@globalmarinenet.net Web: http://www.globalmarinenet.net Web: http://www.redportglobal.com Web: http://www.starpilotllc.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] DIR-657 - D-Link HD Media Router 1000
Ubicom support was removed a while back. That specific router is using a Ubicom IP7K chip. Within DLinks opensource files for this router there is a OpenWRT code base but I don't how old or what version it is. I have a small pet project to port OpenWRT to Ubicom but the more recent IP8K chpset. Luis Garcia On Mon, Sep 15, 2014 at 1:36 PM, Luis Soltero lsolt...@globalmarinenet.com wrote: Hello All, Looking for a router recommendation and wondering is someone might be able to help. The D-Link DIR-657 looks perfect but I don't see any support for this in OpenWRT. Anyone working on a port to the D-Link Media Routers? Looking for the following 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V The built-in SD card support is critical. I appreciate any leads. Thanks, --luis -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail: lsolt...@globalmarinenet.net Web: http://www.globalmarinenet.net Web: http://www.redportglobal.com Web: http://www.starpilotllc.com ___ 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] overcommit memory/ratio
Hello, It seems I have a memory leak in a process that runs under openwrt, and occasionally the watchdog process is being killed by the oom-killer causing a reboot. Seen that, I think that having the default overcommit settings of the linux kernel is quite an overkill for a system like openwrt where memory is really limited. May I suggest turning off overcommit completely in openwrt using: echo 2 /proc/sys/vm/overcommit_memory echo 100 /proc/sys/vm/overcommit_ratio somewhere in the init scripts. That way processes which have a leak will eventually get a NULL pointer in malloc() and the oom-killer wouldn't kill unrelated processes. regards, Nikos [0]. http://serverfault.com/questions/362589/effects-of-configuring-vm-overcommit-memory [1]. http://www.win.tue.nl/~aeb/linux/lk/lk-9.html ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] wr1043nd-v2: Change .code of the wi-fi button to KEY_RFKILL
This patch changes the code of the Wi-Fi On/Off button on the TP-Link WR1043ND v2 from KEY_WLAN to KEY_RFKILL (and renames a few constants to match). The reason for this change is, that the KEY_WIFI button code is not recognized by the hotplug subsystem. This means that the userspace is not notified about the button being pressed which effectively renders it useless. Signed-off-by: Josef Gajdusek a...@atx.name --- target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr1043nd-v2.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr1043nd-v2.c b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr1043nd-v2.c index 3e79ee1..9db7c84 100644 --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr1043nd-v2.c +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr1043nd-v2.c @@ -43,7 +43,7 @@ #define TL_WR1043_V2_GPIO_LED_SYSTEM 19 #define TL_WR1043_V2_GPIO_BTN_RESET16 -#define TL_WR1043_V2_GPIO_BTN_WLAN 17 +#define TL_WR1043_V2_GPIO_BTN_RFKILL 17 #define TL_WR1043_V2_GPIO_USB_POWER21 @@ -94,11 +94,11 @@ static struct gpio_keys_button tl_wr1043_v2_gpio_keys[] __initdata = { .active_low = 1, }, { - .desc = WLAN button, + .desc = RFKILL button, .type = EV_KEY, - .code = KEY_WLAN, + .code = KEY_RFKILL, .debounce_interval = TL_WR1043_V2_KEYS_DEBOUNCE_INTERVAL, - .gpio = TL_WR1043_V2_GPIO_BTN_WLAN, + .gpio = TL_WR1043_V2_GPIO_BTN_RFKILL, .active_low = 1, }, }; -- 1.8.5.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] DIR-657 - D-Link HD Media Router 1000
Hello All, It would be nice to get Ubicom support into OpenWRT. However.. our specific requirements is for any router that meets the specifications listed below. 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V Any recommendations would greatly appreciated. If no router meeting this specs is available then we will need to build one (probably using an MT7620a) although would really rather not go down this road. Suggestions are greatly appreciated. --luis On 9/15/14, 3:11 PM, Luis E. Garcia wrote: Ubicom support was removed a while back. That specific router is using a Ubicom IP7K chip. Within DLinks opensource files for this router there is a OpenWRT code base but I don't how old or what version it is. I have a small pet project to port OpenWRT to Ubicom but the more recent IP8K chpset. Luis Garcia On Mon, Sep 15, 2014 at 1:36 PM, Luis Soltero lsolt...@globalmarinenet.com wrote: Hello All, Looking for a router recommendation and wondering is someone might be able to help. The D-Link DIR-657 looks perfect but I don't see any support for this in OpenWRT. Anyone working on a port to the D-Link Media Routers? Looking for the following 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V The built-in SD card support is critical. I appreciate any leads. Thanks, --luis -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail: lsolt...@globalmarinenet.net Web: http://www.globalmarinenet.net Web: http://www.redportglobal.com Web: http://www.starpilotllc.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail: lsolt...@globalmarinenet.net Web: http://www.globalmarinenet.net Web: http://www.redportglobal.com Web: http://www.starpilotllc.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] DIR-657 - D-Link HD Media Router 1000
You might be able to get by with the WD MyNet N750. It has most of the requirements except the Built-in SD - but instead you get 2 USB ports. You could use the extra USB with an SD Reader. Luis G. On Mon, Sep 15, 2014 at 2:42 PM, Luis Soltero lsolt...@globalmarinenet.com wrote: Hello All, It would be nice to get Ubicom support into OpenWRT. However.. our specific requirements is for any router that meets the specifications listed below. 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V Any recommendations would greatly appreciated. If no router meeting this specs is available then we will need to build one (probably using an MT7620a) although would really rather not go down this road. Suggestions are greatly appreciated. --luis On 9/15/14, 3:11 PM, Luis E. Garcia wrote: Ubicom support was removed a while back. That specific router is using a Ubicom IP7K chip. Within DLinks opensource files for this router there is a OpenWRT code base but I don't how old or what version it is. I have a small pet project to port OpenWRT to Ubicom but the more recent IP8K chpset. Luis Garcia On Mon, Sep 15, 2014 at 1:36 PM, Luis Soltero lsolt...@globalmarinenet.com wrote: Hello All, Looking for a router recommendation and wondering is someone might be able to help. The D-Link DIR-657 looks perfect but I don't see any support for this in OpenWRT. Anyone working on a port to the D-Link Media Routers? Looking for the following 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V The built-in SD card support is critical. I appreciate any leads. Thanks, --luis -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail: lsolt...@globalmarinenet.net Web: http://www.globalmarinenet.net Web: http://www.redportglobal.com Web: http://www.starpilotllc.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail: lsolt...@globalmarinenet.net Web: http://www.globalmarinenet.net Web: http://www.redportglobal.com Web: http://www.starpilotllc.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] DIR-657 - D-Link HD Media Router 1000
We are currently using TP-Link WDR 3600 with USB SD drives but would like to move to an internal drive which is why we have made this inquiry. Thanks for your suggestion... We will keep looking. --luis On 9/15/14, 3:57 PM, Luis E. Garcia wrote: You might be able to get by with the WD MyNet N750. It has most of the requirements except the Built-in SD - but instead you get 2 USB ports. You could use the extra USB with an SD Reader. Luis G. On Mon, Sep 15, 2014 at 2:42 PM, Luis Soltero lsolt...@globalmarinenet.com wrote: Hello All, It would be nice to get Ubicom support into OpenWRT. However.. our specific requirements is for any router that meets the specifications listed below. 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V Any recommendations would greatly appreciated. If no router meeting this specs is available then we will need to build one (probably using an MT7620a) although would really rather not go down this road. Suggestions are greatly appreciated. --luis On 9/15/14, 3:11 PM, Luis E. Garcia wrote: Ubicom support was removed a while back. That specific router is using a Ubicom IP7K chip. Within DLinks opensource files for this router there is a OpenWRT code base but I don't how old or what version it is. I have a small pet project to port OpenWRT to Ubicom but the more recent IP8K chpset. Luis Garcia On Mon, Sep 15, 2014 at 1:36 PM, Luis Soltero lsolt...@globalmarinenet.com wrote: Hello All, Looking for a router recommendation and wondering is someone might be able to help. The D-Link DIR-657 looks perfect but I don't see any support for this in OpenWRT. Anyone working on a port to the D-Link Media Routers? Looking for the following 128+M RAM 16+M Flash Built-in SD card 1+ USB 4 LAN 1 WAN 2.4Ghz WiFi 5.2Ghz WiFi 12V The built-in SD card support is critical. I appreciate any leads. Thanks, --luis -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail: lsolt...@globalmarinenet.net Web: http://www.globalmarinenet.net Web: http://www.redportglobal.com Web: http://www.starpilotllc.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel -- Luis Soltero, Ph.D., MCS Director of Software Development, CTO Global Marine Networks, LLC StarPilot, LLC Tel: +1.865.379.8723 Fax: +1.865.681.5017 E-Mail:
Re: [OpenWrt-Devel] [PATCH] curl: 7.36.0 - 7.38.0
Thanks for the commit. On Sat, Sep 13, 2014 at 1:59 AM, Catalin Patulea c...@vv.carleton.ca wrote: Main changes: - URL parser: IPv6 zone identifiers are now supported - cyassl: Use error-ssl.h when available (drop local patch) - polarssl: support CURLOPT_CAPATH / --capath - mkhelp: generate code for --disable-manual as well (drop local patch) Full release notes: http://curl.haxx.se/changes.html MIPS 34kc binary size: - 7.36.0 before: 82,539 bytes - 7.38.0 after: 83,321 bytes Signed-off-by: Catalin Patulea c...@vv.carleton.ca --- package/network/utils/curl/Makefile|4 +- ...001-cyassl-Use-error-ssl.h-when-available.patch | 45 .../utils/curl/patches/100-check_long_long.patch |2 +- .../utils/curl/patches/200-no_docs_tests.patch |8 ++-- .../network/utils/curl/patches/400-hugehelp.patch | 13 -- 5 files changed, 7 insertions(+), 65 deletions(-) delete mode 100644 package/network/utils/curl/patches/001-cyassl-Use-error-ssl.h-when-available.patch delete mode 100644 package/network/utils/curl/patches/400-hugehelp.patch diff --git a/package/network/utils/curl/Makefile b/package/network/utils/curl/Makefile index d1a8fc5..0bb8323 100644 --- a/package/network/utils/curl/Makefile +++ b/package/network/utils/curl/Makefile @@ -8,7 +8,7 @@ include $(TOPDIR)/rules.mk PKG_NAME:=curl -PKG_VERSION:=7.36.0 +PKG_VERSION:=7.38.0 PKG_RELEASE:=1 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 @@ -18,7 +18,7 @@ PKG_SOURCE_URL:=http://curl.haxx.se/download/ \ ftp://ftp.planetmirror.com/pub/curl/ \ http://www.mirrormonster.com/curl/download/ \ http://curl.mirrors.cyberservers.net/download/ -PKG_MD5SUM:=e6d1f9d1b59da5062109ffe14e0569a4 +PKG_MD5SUM:=af6b3c299bd891f43cb5f76c4091b7b4 PKG_LICENSE:=MIT PKG_LICENSE_FILES:=COPYING diff --git a/package/network/utils/curl/patches/001-cyassl-Use-error-ssl.h-when-available.patch b/package/network/utils/curl/patches/001-cyassl-Use-error-ssl.h-when-available.patch deleted file mode 100644 index d7190af..000 --- a/package/network/utils/curl/patches/001-cyassl-Use-error-ssl.h-when-available.patch +++ /dev/null @@ -1,45 +0,0 @@ -From 0204e17bc656e6c59b4010283e67f9251eb12c41 Mon Sep 17 00:00:00 2001 -From: Dan Fandrich d...@coneharvesters.com -Date: Wed, 23 Apr 2014 11:01:30 +0200 -Subject: [PATCH] cyassl: Use error-ssl.h when available - -Versions since at least 2.9.4 renamed error.h to error-ssl.h, so use -whichever one is available. - configure.ac |3 +++ - lib/vtls/cyassl.c |9 +++-- - 2 files changed, 10 insertions(+), 2 deletions(-) - a/configure.ac -+++ b/configure.ac -@@ -2003,6 +2003,9 @@ if test $curl_ssl_msg = $init_ssl_msg - dnl cyassl/ctaocrypt/types.h needs SIZEOF_LONG_LONG defined! - AC_CHECK_SIZEOF(long long) - -+ dnl Versions since at least 2.9.4 renamed error.h to error-ssl.h -+ AC_CHECK_HEADERS(cyassl/error-ssl.h) -+ - LIBS=-lcyassl -lm $LIBS - - if test -n $cyassllib; then a/lib/vtls/cyassl.c -+++ b/lib/vtls/cyassl.c -@@ -47,11 +47,16 @@ - #define _MPRINTF_REPLACE /* use our functions only */ - #include curl/mprintf.h - #include curl_memory.h --/* The last #include file should be: */ --#include memdebug.h -+ - #include cyassl/ssl.h -+#ifdef HAVE_CYASSL_ERROR_SSL_H -+#include cyassl/error-ssl.h -+#else - #include cyassl/error.h -+#endif - -+/* The last #include file should be: */ -+#include memdebug.h - - static Curl_recv cyassl_recv; - static Curl_send cyassl_send; diff --git a/package/network/utils/curl/patches/100-check_long_long.patch b/package/network/utils/curl/patches/100-check_long_long.patch index 7e014cd..05fb1bf 100644 --- a/package/network/utils/curl/patches/100-check_long_long.patch +++ b/package/network/utils/curl/patches/100-check_long_long.patch @@ -1,6 +1,6 @@ --- a/configure.ac +++ b/configure.ac -@@ -2904,6 +2904,7 @@ CURL_VERIFY_RUNTIMELIBS +@@ -2877,6 +2877,7 @@ CURL_VERIFY_RUNTIMELIBS AC_CHECK_SIZEOF(size_t) AC_CHECK_SIZEOF(long) diff --git a/package/network/utils/curl/patches/200-no_docs_tests.patch b/package/network/utils/curl/patches/200-no_docs_tests.patch index 2287215..42619a3 100644 --- a/package/network/utils/curl/patches/200-no_docs_tests.patch +++ b/package/network/utils/curl/patches/200-no_docs_tests.patch @@ -1,6 +1,6 @@ --- a/Makefile.am +++ b/Makefile.am -@@ -66,7 +66,7 @@ CLEANFILES = $(VC6LIBDSP) $(VC8LIBPRJ) +@@ -128,7 +128,7 @@ CLEANFILES = $(VC6_LIBDSP) $(VC6_SRCDSP) bin_SCRIPTS = curl-config SUBDIRS = lib src include @@ -11,12 +11,12 @@ pkgconfig_DATA = libcurl.pc --- a/Makefile.in +++ b/Makefile.in -@@ -506,7 +506,7 @@ EXTRA_DIST = CHANGES COPYING maketgz Mak - CLEANFILES = $(VC6LIBDSP) $(VC8LIBPRJ) +@@ -574,7 +574,7 @@ CLEANFILES = $(VC6_LIBDSP) $(VC6_SRCDSP) + bin_SCRIPTS = curl-config SUBDIRS = lib src