Re: [OpenWrt-Devel] [PATCH try2 1/2] packages: new package luabitop
On 30.03.14 02:20, Maxim Storchak wrote: > Lua BitOp is a C extension module for Lua 5.1/5.2 which adds bitwise > operations on numbers. > Ping. Is there anything wrong with the patch? -- Best regards, Maxim Storchak mailto:m.storc...@gmail.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] procd crash
* Nuno Gonçalves [16.04.2014 09:34]: > Crash happens always after a dvb_usb_rtl28xxu stick is inserted for > the 2nd time. please run procd in debug-mode (hitting key '4') during bootup bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] target rb532 / routerboard / PCI issues
* Roman Yeryomin [16.04.2014 09:34]: > Also pci seems to be broken as neither miniPCI slots nor VIA ethernet > ports are not working: can you please try to fiddle in: http://patchwork.linux-mips.org/patch/4087/ bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/2] uloop: Fix stack overflow bug of uloop lua binding.
The static variable `state` in `lua/uloop.c` should be clean after every callback. Signed-off-by: Xiongfei(Alex) Guo --- lua/uloop.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/lua/uloop.c b/lua/uloop.c index 51f53c2..5922e04 100644 --- a/lua/uloop.c +++ b/lua/uloop.c @@ -43,6 +43,7 @@ static void ul_timer_cb(struct uloop_timeout *t) lua_getglobal(state, "__uloop_cb"); lua_rawgeti(state, -1, tout->r); + lua_remove(state, -2); lua_call(state, 0, 0); } @@ -133,6 +134,7 @@ static void ul_process_cb(struct uloop_process *p, int ret) lua_getglobal(state, "__uloop_cb"); lua_rawgeti(state, -1, proc->r); luaL_unref(state, -2, proc->r); + lua_remove(state, -2); lua_pushinteger(state, ret >> 8); lua_call(state, 1, 0); } -- 1.7.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/2] uloop: Added fd_add method for uloop lua binding.
Use uloop.fd_add like this: local socket = require "socket" udp = socket.udp() uloop.fd_add( udp, -- socket function( -- callback function ufd,-- socket object when register the fd events -- uloop events. eg. uloop.ULOOP_READ . ) local words, msg_or_ip, port_or_nil = ufd:receivefrom() print('Recv UDP packet from '..msg_or_ip..':'..port_or_nil..' : '..words) end, uloop.ULOOP_READ -- event you want to listen ) The `examples/uloop-example.lua` show an example of this work. Signed-off-by: Xiongfei(Alex) Guo --- examples/uloop-example.lua | 23 + lua/uloop.c| 111 2 files changed, 134 insertions(+), 0 deletions(-) diff --git a/examples/uloop-example.lua b/examples/uloop-example.lua index 2da6ebd..ba34ec5 100755 --- a/examples/uloop-example.lua +++ b/examples/uloop-example.lua @@ -1,8 +1,14 @@ #!/usr/bin/env lua +local socket = require "socket" + local uloop = require("uloop") uloop.init() +local udp = socket.udp() +udp:settimeout(0) +udp:setsockname('*', 8080) + -- timer example 1 local timer function t() @@ -40,5 +46,22 @@ uloop.timer( end, 2000 ) +uloop.fd_add(udp, function(ufd, events) + local words, msg_or_ip, port_or_nil = ufd:receivefrom() + print('Recv UDP packet from '..msg_or_ip..':'..port_or_nil..' : '..words) +end, uloop.ULOOP_READ) + +udp_send_timer = uloop.timer( + function() + local s = socket.udp() + local words = 'Hello!' + print('Send UDP packet to 127.0.0.1:8080 :'..words) + s:sendto(words, '127.0.0.1', 8080) + s:close() + + udp_send_timer:set(1000) + end, 3000 +) + uloop.run() diff --git a/lua/uloop.c b/lua/uloop.c index 5922e04..c71d537 100644 --- a/lua/uloop.c +++ b/lua/uloop.c @@ -25,6 +25,12 @@ #include "../uloop.h" #include "../list.h" +struct lua_uloop_fd { + struct uloop_fd fd; + int r; + int fd_r; +}; + struct lua_uloop_timeout { struct uloop_timeout t; int r; @@ -44,7 +50,9 @@ static void ul_timer_cb(struct uloop_timeout *t) lua_getglobal(state, "__uloop_cb"); lua_rawgeti(state, -1, tout->r); lua_remove(state, -2); + lua_call(state, 0, 0); + } static int ul_timer_set(lua_State *L) @@ -127,12 +135,95 @@ static int ul_timer(lua_State *L) return 1; } +static void ul_ufd_cb(struct uloop_fd *fd, unsigned int events) +{ + struct lua_uloop_fd *ufd = container_of(fd, struct lua_uloop_fd, fd); + + lua_getglobal(state, "__uloop_cb"); + lua_rawgeti(state, -1, ufd->r); + lua_remove(state, -2); + + /* push fd object */ + lua_getglobal(state, "__uloop_fds"); + lua_rawgeti(state, -1, ufd->fd_r); + lua_remove(state, -2); + + /* push events */ + lua_pushinteger(state, events); + + lua_call(state, 2, 0); +} + + +static int get_sock_fd(lua_State* L, int idx) { + int fd; + if(lua_isnumber(L, idx)) { + fd = lua_tonumber(L, idx); + } else { + luaL_checktype(L, idx, LUA_TUSERDATA); + lua_getfield(L, idx, "getfd"); + if(lua_isnil(L, -1)) + return luaL_error(L, "socket type missing 'getfd' method"); + lua_pushvalue(L, idx - 1); + lua_call(L, 1, 1); + fd = lua_tointeger(L, -1); + lua_pop(L, 1); + } + return fd; +} + +static int ul_ufd_add(lua_State *L) +{ + struct lua_uloop_fd *ufd; + int fd = 0; + unsigned int flags = 0; + int ref; + int fd_ref; + + if (lua_isnumber(L, -1)) { + flags = lua_tointeger(L, -1); + lua_pop(L, 1); + } + + if (!lua_isfunction(L, -1)) { + lua_pushstring(L, "invalid arg list"); + lua_error(L); + + return 0; + } + + fd = get_sock_fd(L, -2); + + lua_getglobal(L, "__uloop_cb"); + lua_pushvalue(L, -2); + ref = luaL_ref(L, -2); + lua_pop(L, 1); + + lua_getglobal(L, "__uloop_fds"); + lua_pushvalue(L, -3); + fd_ref = luaL_ref(L, -2); + lua_pop(L, 1); + + ufd = lua_newuserdata(L, sizeof(*ufd)); + memset(ufd, 0, sizeof(*ufd)); + + ufd->r = ref; + ufd->fd.fd = fd; + ufd->fd_r = fd_ref; + ufd->fd.cb = ul_ufd_cb; + if (flags) + uloop_fd_add(&ufd->fd, flags); + + return 1; +} + static void ul_process_cb(struct uloop_process *p, int ret) { struct lua_uloop_process *proc = container_of(p, struct lua_uloop_process, p); lua_getglobal(state, "__uloop_cb"); lua_rawgeti(state, -1, proc->r); + luaL_unref(state, -2, proc->r); lua_remove(state, -2); lua_pushinteger(state, ret >> 8); @@ -225,6 +316,7 @@
Re: [OpenWrt-Devel] [PATCH 09/28] Remove ATHEROS_AR231X
2014-04-15 21:08 GMT+04:00 Paul Bolle : > On Thu, 2014-02-13 at 15:14 -0500, John W. Linville wrote: >> On Wed, Feb 12, 2014 at 02:50:30PM +0400, Sergey Ryazanov wrote: >> > John, can you delay the merging of this patch for a few months, I will >> > try to prepare the necessary patches to add AR231x architecture to the >> > kernel and send them to linux-mips. >> >> OK -- looking forward to your patches. > > So am I. Is there any news on this front? > Work still in progress :( -- BR, Sergey ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 1/7] [boot] uboot-lantiq: update to v2013.10
2014-04-15 0:38 GMT+02:00 Luka Perkov : > On Sun, Apr 13, 2014 at 09:43:22AM +0200, John Crispin wrote: >> On 27/10/2013 21:36, Daniel Schwierzeck wrote: >> > Patches created from tree: >> > g...@github.com:danielschwierzeck/u-boot-lantiq.git >> > v2013.10..u-boot-lantiq-v2013.10-openwrt4 >> > >> > Signed-off-by: Daniel Schwierzeck >> >> i noticed after adding that patch that tehre is a 2014.01 branch. >> >> i will bump the package to that branch during the week > > I have not tested the 2014.01 branch recently but the 2013.10 series did > not boot default OpenWrt images. Antonios made a patch that fixed it and > it is now upstreamed in u-boot. > both branches have the LZMA fix applied. Also I could boot the default OpenWRT Lantiq kernel on an EASY50712 board with both branches. -- - Daniel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] target rb532 / routerboard / PCI issues
On 16 April 2014 11:17, Bastian Bittorf wrote: > * Roman Yeryomin [16.04.2014 09:34]: >> Also pci seems to be broken as neither miniPCI slots nor VIA ethernet >> ports are not working: > > can you please try to fiddle in: > http://patchwork.linux-mips.org/patch/4087/ > Looks like not our case. PCI bus init: [0.104000] PCI host bridge to bus :00 [0.104000] pci_bus :00: root bus resource [mem 0x5000-0x5fff] [0.104000] pci_bus :00: root bus resource [io 0x1880-0x188f] [0.104000] pci_bus :00: No busn resource found for root bus, will use [bus 00-ff] [0.132000] pci :00:00.0: [111d:] type 00 class 0x00 [0.132000] pci :00:00.0: reg 10: [mem 0x-0x07ff pref] [0.188000] pci :00:02.0: [1106:3106] type 00 class 0x02 [0.188000] pci :00:02.0: reg 10: [io 0x-0x00ff] [0.188000] pci :00:02.0: reg 14: [mem 0x-0x00ff] [0.188000] pci :00:02.0: supports D1 D2 [0.188000] pci :00:02.0: PME# supported from D1 D2 D3hot D3cold [0.216000] pci :00:03.0: [1106:3106] type 00 class 0x02 [0.216000] pci :00:03.0: reg 10: [io 0x-0x00ff] [0.216000] pci :00:03.0: reg 14: [mem 0x-0x00ff] [0.216000] pci :00:03.0: supports D1 D2 [0.216000] pci :00:03.0: PME# supported from D1 D2 D3hot D3cold [0.244000] pci :00:04.0: [168c:0013] type 00 class 0x02 [0.244000] pci :00:04.0: reg 10: [mem 0x-0x] [0.272000] pci :00:05.0: [168c:0013] type 00 class 0x02 [0.272000] pci :00:05.0: reg 10: [mem 0x-0x] [0.72] pci_bus :00: busn_res: [bus 00-ff] end is updated to 00 [0.72] pci :00:04.0: BAR 0: can't assign mem (size 0x1) [0.72] pci :00:05.0: BAR 0: can't assign mem (size 0x1) [0.72] pci :00:02.0: BAR 0: assigned [io 0x1880-0x188000ff] [0.72] pci :00:02.0: BAR 1: can't assign mem (size 0x100) [0.72] pci :00:03.0: BAR 0: assigned [io 0x18800400-0x188004ff] [0.72] pci :00:03.0: BAR 1: can't assign mem (size 0x100) [0.724000] Switching to clocksource MIPS Regards, Roman ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [ubus] lua: forward return codes from lua to ubus
From: Steven Barth Signed-off-by: Steven Barth Tested-by: Luka Perkov --- lua/ubus.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/lua/ubus.c b/lua/ubus.c index 0f2338c..4177d00 100644 --- a/lua/ubus.c +++ b/lua/ubus.c @@ -292,17 +292,21 @@ ubus_method_handler(struct ubus_context *ctx, struct ubus_object *obj, lua_remove(state, -2); lua_remove(state, -2); + int ret = 0; + if (lua_isfunction(state, -1)) { lua_pushlightuserdata(state, req); if (!msg) lua_pushnil(state); else ubus_lua_parse_blob_array(state, blob_data(msg), blob_len(msg), true); - lua_call(state, 2, 0); + lua_call(state, 2, 1); + if (lua_isnumber(state, -1)) + ret = lua_tonumber(state, -1); } else lua_pop(state, 1); - return 0; + return ret; } static int lua_gettablelen(lua_State *L, int index) -- 1.9.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH v2 1/7] [boot] uboot-lantiq: update to v2013.10
On 16/04/2014 12:01, Daniel Schwierzeck wrote: > 2014-04-15 0:38 GMT+02:00 Luka Perkov : >> On Sun, Apr 13, 2014 at 09:43:22AM +0200, John Crispin wrote: >>> On 27/10/2013 21:36, Daniel Schwierzeck wrote: Patches created from tree: g...@github.com:danielschwierzeck/u-boot-lantiq.git v2013.10..u-boot-lantiq-v2013.10-openwrt4 Signed-off-by: Daniel Schwierzeck >>> >>> i noticed after adding that patch that tehre is a 2014.01 >>> branch. >>> >>> i will bump the package to that branch during the week >> >> I have not tested the 2014.01 branch recently but the 2013.10 >> series did not boot default OpenWrt images. Antonios made a patch >> that fixed it and it is now upstreamed in u-boot. >> > > both branches have the LZMA fix applied. Also I could boot the > default OpenWRT Lantiq kernel on an EASY50712 board with both > branches. > Thanks for the info John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH try2 1/2] packages: new package luabitop
Hello Maxim, if you have not received anything from developers about the status of your patch and if patchwork.openwrt.org does not say anything(your patch status is still "New"), it means that your patch has not yet been processed or it has been dropped. After you have submitted your patch, you should be patient and wait. Also your patch might have been dropped without comment, see reasons: https://dev.openwrt.org/wiki/SubmittingPatches#a8.Dontgetdiscouraged.Re-submit Thank you for understanding, Jiri Dne 16. 4. 2014 9:06, Maxim Storchak napsal(a): > On 30.03.14 02:20, Maxim Storchak wrote: >> Lua BitOp is a C extension module for Lua 5.1/5.2 which adds bitwise >> operations on numbers. >> > > Ping. > > Is there anything wrong with the patch? > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx - WNDAP360 add Wifi LED support
I added WIFI LED support (so now AP blinks nicely), I removed WPS button GPIO (as it doesn't exist) and changed GPIO for reset button. Signed-off-by: Jacek Kikiewicz --- Index: target/linux/ar71xx/files/arch/mips/ath79/mach-wndap360.c === --- target/linux/ar71xx/files/arch/mips/ath79/mach-wndap360.c (revision 39638) +++ target/linux/ar71xx/files/arch/mips/ath79/mach-wndap360.c (working copy) @@ -28,9 +28,7 @@ #define WNDAP360_GPIO_LED_POWER_GREEN 2 /* Reset button - next to the power connector */ -#define WNDAP360_GPIO_BTN_RESET3 -/* WPS button - next to a led on right */ -#define WNDAP360_GPIO_BTN_WPS 8 +#define WNDAP360_GPIO_BTN_RESET8 #define WNDAP360_KEYS_POLL_INTERVAL20 /* msecs */ #define WNDAP360_KEYS_DEBOUNCE_INTERVAL(3 * WNDAP360_KEYS_POLL_INTERVAL) @@ -95,6 +93,9 @@ ARRAY_SIZE(wndap360_gpio_keys), wndap360_gpio_keys); +ap9x_pci_setup_wmac_led_pin(0, 5); +ap9x_pci_setup_wmac_led_pin(1, 5); + ap94_pci_init(art + WNDAP360_CALDATA0_OFFSET, art + WNDAP360_WMAC0_MAC_OFFSET, art + WNDAP360_CALDATA1_OFFSET, ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] removed function jffs2_ready() in r40402
till r40402 we where probing jffs2_ready() before writing to disc (e.g. new config-files). what is the supposed way the handle that now? bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] [ar71xx] - WNDAP360 add Wifi LED support
From: Jacek Kikiewicz Re-sending as previous did not get where it should. I added WIFI LED support (so now AP blinks nicely), I removed WPS button GPIO (as it doesn't exist) and changed GPIO for reset button. Signed-off-by: Jacek Kikiewicz --- Index: target/linux/ar71xx/files/arch/mips/ath79/mach-wndap360.c === --- target/linux/ar71xx/files/arch/mips/ath79/mach-wndap360.c (revision 39638) +++ target/linux/ar71xx/files/arch/mips/ath79/mach-wndap360.c (working copy) @@ -28,9 +28,7 @@ #define WNDAP360_GPIO_LED_POWER_GREEN 2 /* Reset button - next to the power connector */ -#define WNDAP360_GPIO_BTN_RESET3 -/* WPS button - next to a led on right */ -#define WNDAP360_GPIO_BTN_WPS 8 +#define WNDAP360_GPIO_BTN_RESET8 #define WNDAP360_KEYS_POLL_INTERVAL20 /* msecs */ #define WNDAP360_KEYS_DEBOUNCE_INTERVAL(3 * WNDAP360_KEYS_POLL_INTERVAL) @@ -95,6 +93,9 @@ ARRAY_SIZE(wndap360_gpio_keys), wndap360_gpio_keys); +ap9x_pci_setup_wmac_led_pin(0, 5); +ap9x_pci_setup_wmac_led_pin(1, 5); + ap94_pci_init(art + WNDAP360_CALDATA0_OFFSET, art + WNDAP360_WMAC0_MAC_OFFSET, art + WNDAP360_CALDATA1_OFFSET, ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] busybox: problem with utf8 filenames
Hello, may I ask why haven't you applied the patch from this ticket https://dev.openwrt.org/ticket/7993? At least it works and fixes quite annoying bug. Thanks, Martin Strbacka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] procd crash
On Wed, Apr 16, 2014 at 9:14 AM, Bastian Bittorf wrote: > * Nuno Gonçalves [16.04.2014 09:34]: >> Crash happens always after a dvb_usb_rtl28xxu stick is inserted for >> the 2nd time. > > please run procd in debug-mode (hitting key '4') during bootup Any way to do that without serial console? On the other hand this might not be related to procd: <1>[ 531.93] CPU 0 Unable to handle kernel paging request at virtual address 0014, epc == 80287f5c, ra == 80288034 <4>[ 531.94] Oops[#1]: <4>[ 531.94] CPU: 0 PID: 4 Comm: kworker/0:0 Not tainted 3.10.36 #10 <4>[ 531.94] Workqueue: events dvb_usbv2_suspend [dvb_usb_v2] <4>[ 531.94] task: 81828c90 ti: 8183c000 task.ti: 8183c000 <4>[ 531.94] $ 0 : 8036 0014 0001 <4>[ 531.94] $ 4 : 8159e100 0010 80eee000 815b <4>[ 531.94] $ 8 : 0001 815a 80eec000 ff80 <4>[ 531.94] $12 : 0014 000e 0007 0001 <4>[ 531.94] $16 : 0010 8159e100 81594808 81be6780 <4>[ 531.94] $20 : 8159cc68 <4>[ 531.94] $24 : 802decec 8009d350 <4>[ 531.94] $28 : 8183c000 8183dcc0 80288034 <4>[ 531.94] Hi: 007b <4>[ 531.94] Lo: d97faa80 <4>[ 531.94] epc : 80287f5c klist_node_init+0x14/0x78 <4>[ 531.94] Not tainted <4>[ 531.94] ra: 80288034 klist_add_tail+0x24/0x50 <4>[ 531.94] Status: 1000dc03 KERNEL EXL IE <4>[ 531.94] Cause : 008c <4>[ 531.94] BadVA : 0014 <4>[ 531.94] PrId : 00019374 (MIPS 24Kc) <4>[ 531.94] Modules linked in: ath9k ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv4 mac80211 ipt_MASQUERADE dvb_usb_rtl28xxu cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc rtl2832 rtl2830 r820t nf_nat_irc nf_nat_ftp nf_nat nf_defrag_ipv4 nf_conntrack_irc nf_conntrack_ftp iptable_raw iptable_mangle iptable_filter ipt_REJECT ip_tables dvb_usb_v2 dvb_core crc_ccitt compat ip6t_REJECT ip6t_rt ip6t_hbh ip6t_mh ip6t_ipv6header ip6t_frag ip6t_eui64 ip6t_ah ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6 nf_conntrack nf_defrag_ipv6 ipv6 arc4 crypto_blkcipher ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common <4>[ 531.94] Process kworker/0:0 (pid: 4, threadinfo=8183c000, task=81828c90, tls=) <4>[ 531.94] Stack : 80318560 81bfb94c 801b6980 802d58c0 0010 8159e100 80288034 <4>[ 531.94] 81594808 81be6780 8159cc68 81594800 81594800 801b4f64 <4>[ 531.94] 81594800 80e7c100 00d4 0005 3231323a 350038a8 80e7c100 8159cc68 <4>[ 531.94] 81594800 80e7c100 8159cc68 0d45 81c0 81c0 80e7c700 <4>[ 531.94] 80eef2a4 801b5220 0001 009a 6040 80e7c100 80eef260 <4>[ 531.94] ... <4>[ 531.94] Call Trace: <4>[ 531.94] [<80287f5c>] klist_node_init+0x14/0x78 <4>[ 531.94] [<80288034>] klist_add_tail+0x24/0x50 <4>[ 531.94] [<801b4f64>] device_add+0x45c/0x578 <4>[ 531.94] [<801b5220>] device_create_vargs+0x94/0xe4 <4>[ 531.94] [<801b5294>] device_create+0x24/0x30 <4>[ 531.94] [<81bf033c>] dvb_register_device+0x214/0x2ac [dvb_core] <4>[ 531.94] [<81bf0b3c>] dvb_dmxdev_init+0xec/0x784 [dvb_core] <4>[ 531.94] [<81be1024>] dvb_usbv2_suspend+0x8f4/0xc64 [dvb_usb_v2] <4>[ 531.94] [<8009d394>] dequeue_task_fair+0x44/0x12c <4>[ 531.94] [<80067f08>] __schedule+0x390/0x488 <4>[ 531.94] [<8008e080>] worker_thread+0x234/0x388 <4>[ 531.94] [<80092e7c>] kthread+0xb0/0xb8 <4>[ 531.94] [<80060878>] ret_from_kernel_thread+0x14/0x1c <4>[ 531.94] <4>[ 531.94] <4>[ 531.94] Code: afb10018 afb00014 afbf001c aca20008 24020001 aca2000c 00a08021 30820001 <4>[ 532.23] ---[ end trace b95176b023525bdd ]--- Thanks. Nuno ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/2] base-files: removes wps button handler
>From da9a0330dd7ac4134c4c029d4aee63bb00021fde Mon Sep 17 00:00:00 2001 From: Nuno Goncalves Date: Wed, 16 Apr 2014 16:19:37 +0100 Subject: [PATCH 1/2] base-files: removes wps button handler Handler is broken and depends on hostapd-utils. Working handler is already included on hostapd-utils. Signed-off-by: Nuno Goncalves --- package/base-files/files/etc/rc.button/wps | 6 -- 1 file changed, 6 deletions(-) delete mode 100755 package/base-files/files/etc/rc.button/wps diff --git a/package/base-files/files/etc/rc.button/wps b/package/base-files/files/etc/rc.button/wps deleted file mode 100755 index c913d5b..000 --- a/package/base-files/files/etc/rc.button/wps +++ /dev/null @@ -1,6 +0,0 @@ -#!/bin/sh - -for dir in /var/run/hostapd-*; do - [ -d "$dir" ] || continue - hostapd_cli -p "$dir" wps_pbc -done -- 1.8.1.2 0001-base-files-removes-wps-button-handler.patch Description: Binary data ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/2] base-files: removes logging on sysfixtime
>From 148ed4c68351f1acbee1932df233ea3931e0d810 Mon Sep 17 00:00:00 2001 From: Nuno Goncalves Date: Wed, 16 Apr 2014 16:34:43 +0100 Subject: [PATCH 2/2] base-files: removes logging on sysfixtime Since logd haven't started at this point, logging does not work. Signed-off-by: Nuno Goncalves --- package/base-files/files/etc/init.d/sysfixtime | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/package/base-files/files/etc/init.d/sysfixtime b/package/base-files/files/etc/init.d/sysfixtime index 525d765..ca19e78 100755 --- a/package/base-files/files/etc/init.d/sysfixtime +++ b/package/base-files/files/etc/init.d/sysfixtime @@ -6,8 +6,6 @@ START=00 boot() { local curtime="$(date +%s)" local maxtime="$(find /etc -type f -exec date +%s -r {} \; | sort -nr | head -n1)" - [ $curtime -lt $maxtime ] && \ - date -s @$maxtime && \ - logger -t sysfixtime -p daemon.notice "Time fixed" + [ $curtime -lt $maxtime ] && date -s @$maxtime } -- 1.8.1.2 From 148ed4c68351f1acbee1932df233ea3931e0d810 Mon Sep 17 00:00:00 2001 From: Nuno Goncalves Date: Wed, 16 Apr 2014 16:34:43 +0100 Subject: [PATCH 2/2] base-files: removes logging Since logd haven't started at this point, logging does not work. Signed-off-by: Nuno Goncalves --- package/base-files/files/etc/init.d/sysfixtime | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/package/base-files/files/etc/init.d/sysfixtime b/package/base-files/files/etc/init.d/sysfixtime index 525d765..ca19e78 100755 --- a/package/base-files/files/etc/init.d/sysfixtime +++ b/package/base-files/files/etc/init.d/sysfixtime @@ -6,8 +6,6 @@ START=00 boot() { local curtime="$(date +%s)" local maxtime="$(find /etc -type f -exec date +%s -r {} \; | sort -nr | head -n1)" - [ $curtime -lt $maxtime ] && \ - date -s @$maxtime && \ - logger -t sysfixtime -p daemon.notice "Time fixed" + [ $curtime -lt $maxtime ] && date -s @$maxtime } -- 1.8.1.2 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Add kernel modules for AFS client
Hi, nwf wrote: Salutations, list. This patch adds configuration knobs for the in-kernel kAFS client and its dependencies. We have an AFS cell used for shared configuration files and nightly snapshots of local state, and having our OpenWRT devices be able to play along would be fantastic. Hopefully I didn't break anything. Thoughts welcome! Can you please update the path package/kernel/modules to package/kernel/linux/modules, update the fcrypt part (the crypto-misc module list has slightly changed) and resubmit the patch as v2. Pending these fixed, this looks good to get an ack. Thanks, Zoltan H diff --git a/package/kernel/modules/crypto.mk b/package/kernel/modules/crypto.mk index 791b5a5..4664e4a 100644 --- a/package/kernel/modules/crypto.mk +++ b/package/kernel/modules/crypto.mk @@ -220,6 +220,17 @@ endef $(eval $(call KernelPackage,crypto-cbc)) +define KernelPackage/crypto-pcbc + TITLE:=Propagating Cipher Block Chaining CryptoAPI module + DEPENDS:=+kmod-crypto-manager + KCONFIG:=CONFIG_CRYPTO_PCBC + FILES:=$(LINUX_DIR)/crypto/pcbc.ko + AUTOLOAD:=$(call AutoLoad,09,pcbc) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-pcbc)) + define KernelPackage/crypto-crc32c TITLE:=CRC32c CRC module DEPENDS:=+kmod-crypto-hash @@ -252,6 +263,16 @@ endef $(eval $(call KernelPackage,crypto-deflate)) +define KernelPackage/crypto-fcrypt + TITLE:=FCRYPT cipher CryptoAPI module + KCONFIG:=CONFIG_CRYPTO_FCRYPT + FILES:=$(LINUX_DIR)/crypto/fcrypt.ko + AUTOLOAD:=$(call AutoLoad,09,fcrypt) + $(call AddDepends/crypto) +endef + +$(eval $(call KernelPackage,crypto-fcrypt)) + define KernelPackage/crypto-ecb TITLE:=Electronic CodeBook CryptoAPI module DEPENDS:=+kmod-crypto-manager @@ -350,7 +371,6 @@ define KernelPackage/crypto-misc $(LINUX_DIR)/crypto/camellia.ko \ $(LINUX_DIR)/crypto/cast5.ko \ $(LINUX_DIR)/crypto/cast6.ko \ - $(LINUX_DIR)/crypto/fcrypt.ko \ $(LINUX_DIR)/crypto/khazad.ko \ $(LINUX_DIR)/crypto/sha256_generic.ko \ $(LINUX_DIR)/crypto/sha512_generic.ko \ diff --git a/package/kernel/modules/fs.mk b/package/kernel/modules/fs.mk index f1853f7..dc350d0 100644 --- a/package/kernel/modules/fs.mk +++ b/package/kernel/modules/fs.mk @@ -7,6 +7,24 @@ FS_MENU:=Filesystems +define KernelPackage/fs-afs + SUBMENU:=$(FS_MENU) + TITLE:=Andrew FileSystem client + DEPENDS:=+kmod-rxrpc +kmod-dnsresolver + KCONFIG:=\ + CONFIG_AFS_FS \ + CONFIG_AFS_FSCACHE=y \ + CONFIG_AFS_DEBUG=n + FILES:=$(LINUX_DIR)/fs/afs/kafs.ko + AUTOLOAD:=$(call AutoLoad,31,kafs) +endef + +define KernelPackage/fs-afs/description + Kernel module for Andrew FileSystem client support +endef + +$(eval $(call KernelPackage,fs-afs)) + define KernelPackage/fs-autofs4 SUBMENU:=$(FS_MENU) TITLE:=AUTOFS4 filesystem support diff --git a/package/kernel/modules/netsupport.mk b/package/kernel/modules/netsupport.mk index b4e2a42..36cb4af 100644 --- a/package/kernel/modules/netsupport.mk +++ b/package/kernel/modules/netsupport.mk @@ -863,3 +863,32 @@ endef $(eval $(call KernelPackage,slip)) +define KernelPackage/dnsresolver + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=In-kernel DNS Resolver + KCONFIG:= CONFIG_DNS_RESOLVER + FILES:=$(LINUX_DIR)/net/dns_resolver/dns_resolver.ko + AUTOLOAD:=$(call AutoLoad,30,dns_resolver) +endef + +$(eval $(call KernelPackage,dnsresolver)) + +define KernelPackage/rxrpc + SUBMENU:=$(NETWORK_SUPPORT_MENU) + TITLE:=AF_RXRPC support + KCONFIG:= \ + CONFIG_AF_RXRPC \ + CONFIG_RXKAD=m \ + CONFIG_AF_RXRPC_DEBUG=n + FILES:= \ + $(LINUX_DIR)/net/rxrpc/af-rxrpc.ko \ + $(LINUX_DIR)/net/rxrpc/rxkad.ko + AUTOLOAD:=$(call AutoLoad,30,rxkad af-rxrpc) + DEPENDS:=+kmod-crypto-core +kmod-crypto-manager +kmod-crypto-pcbc +kmod-crypto-fcrypt +endef + +define KernelPackage/rxrpc/description + Kernel support for AF_RXRPC; required for AFS client +endef + +$(eval $(call KernelPackage,rxrpc)) ___ 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] Making sense of OpenWRT / Linksys WRT1900AC collaboration claims
Hello, Now that this router is available at retailers [4] and we're seeing all kinds of reviews pop up, if possible I'd like to get some clarification on the nature of the collaboration between Linksys and the OpenWRT developers on the WRT1900AC. Linksys has been making claims in their marketing materials that the WRT1900AC is OpenWRT Ready [1]: "OpenWRT Ready Over the past months Linksys and the OpenWRT project have been collaborating to ensure open source readiness and continued development for the new WRT." I've seen at least one account from a person that has this router in their hands, but it doesn't seem to be "OpenWRT ready" for them [2]. Indeed, I believe this reviewer is right -- correct me if I'm wrong, but one cannot download and flash a readily available OpenWRT image that would actually function. Moreover, this reviewer [2] claims that a Linksys support technician stated that flashing OpenWRT would void the warranty, which is interesting, if true. The press release [1] also mentions collaborating with the OpenWRT project "over the past months", but the oldest communication to openwrt-devel seems to be 13 days ago -- Apr 3, 2014 from Matthew Fatheree when a patch was submitted [3]. Linksys is also using purported quotes from an OpenWRT representative in their marketing materials [1]: “The history of OpenWrt goes back more than a decade when it all began with a project to hack and modify the Linksys WRT54G. A lot has changed since then,” said Gregers Petersen, relationship manager at OpenWrt. “Today OpenWrt is a complete embedded Linux distribution that enables users to be innovative and create new solutions and functions. Other key elements of OpenWrt are source code transparency, security and extensive package repositories. We see it as a very positive development to have collaborated directly with the Linksys engineering team on the new WRT1900AC router. As a result of that consumers will have the freedom of choice between the Linksys default firmware and OpenWrt. The OpenWrt developers recognize the potential of the collaboration with Linksys, and the opportunities it brings for more devices and solutions.” Something doesn't seem to jive here. Can anyone fill in the blanks? In particular, some transparency Real Soon Now from someone at Linksys as well as Gregers Petersen with OpenWRT would be much appreciated, especially in light of how much the OpenWRT name is being used in the Linksys press releases and marketing materials as outlined above. 1. http://www.businesswire.com/news/home/20140410005397/en/Linksys-Starts-Shipping-WRT1900AC-Successor-Legendary-WRT#.U09GUvldVyV 2. http://www.amazon.com/review/R15JCQ96X8Z3WY/ref=cm_cr_dp_title?ie=UTF8&ASIN=B00IGL3L2E&channel=detail-glance&nodeID=541966&store=pc 3. https://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg22849.html 4. http://goo.gl/4bgh8b (Best Buy WRT1900AC page) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel