Re: [LEDE-DEV] Problem with iwinfo rpcd plugin and nl80211 (CONFIG_PACKAGE_rpcd-mod-iwinfo=m CONFIG_PACKAGE_rpcd-mod-lxc=y)

On 9 November 2017 at 11:00, Rafał Miłecki wrote: > I've found a problem with iwinfo that appears only with a very specific > config. > > What happens: > ubus call iwinfo info '{ "device": "wlan0" }' > Above call fails to get interface details using nl80211 and fallbacks > to

[LEDE-DEV] [PATCH] ldbus: add new package

This package contains "ldbus": LUA bindings to interact with the DBUS message bus, and services connected to it. See https://github.com/daurnimator/ldbus for more details. Signed-off-by: Enrico Mioso --- lang/ldbus/Makefile | 63

[LEDE-DEV] [PATCH] luarocks: allow building for the host

Allow building luarocks for the host-side, thus making luarocks-based LUA modules packging easier. Given the extensive use of LUA in LEDE/OpenWRT, I think it's worth having the luarocks tool available. Signed-off-by: Enrico Mioso --- lang/luarocks/Makefile | 18

Re: [LEDE-DEV] LEDE new image on gw5520

On Thu, Nov 9, 2017 at 7:33 PM, Outback Dingo wrote: > sorry that was a local merge from my tree so previous known working > lede commit would be c88770c766fdc5599efc4672bca230017f52e8e4 > > On Thu, Nov 9, 2017 at 7:21 PM, Outback Dingo wrote: >>

Re: [LEDE-DEV] Fwd: [FSFE PR][EN] FSFE makes copyrights computer readable

David Lang wrote: > that's mostly a question to direct at the upstream software > sources. only a small portion of things are written by the LEDE > team > > SPDX is mostly useful for people wanting to fork or extract > code from opensource projects, not for the project writing

Re: [LEDE-DEV] [PATCH] procd: service_data: Support data within the service itself

On 25/10/17 18:05, Pierre Lebleu wrote: Use the same approach than the service_triggers for the service_data. Signed-off-by: Pierre Lebleu Hi, This one is good to go, once the other patch is fixed.     John --- package/base-files/files/etc/rc.common | 4

Re: [LEDE-DEV] [PATCH v2][RFC] procd: service: add data within the service itself

Hi comments inline On 25/10/17 17:59, Pierre Lebleu wrote: It gives the ability to create data within the service itself. Change since v1: - dump the data inside the service rather than in a "*" instance. Signed-off-by: Pierre Lebleu --- service/service.c | 44

Re: [LEDE-DEV] Fwd: [FSFE PR][EN] FSFE makes copyrights computer readable

that's mostly a question to direct at the upstream software sources. only a small portion of things are written by the LEDE team SPDX is mostly useful for people wanting to fork or extract code from opensource projects, not for the project writing the code David Lang On Thu, 9 Nov 2017,

Re: [LEDE-DEV] Transmit timeouts with mtk_eth_soc and MT7621

On Thu, Nov 9, 2017 at 5:21 PM, Kristian Evensen wrote: > I have been hammering away on this issue during the day, and it seems > that the DMA engine, TX, etc. works just fine. However, for some > reason, the port with the router that has hung is able to stop the >

Re: [LEDE-DEV] LEDE new image on gw5520

sorry that was a local merge from my tree so previous known working lede commit would be c88770c766fdc5599efc4672bca230017f52e8e4 On Thu, Nov 9, 2017 at 7:21 PM, Outback Dingo wrote: > 7af22af0e9ebc0f69091af19a3104692c18fbe73 is the last known good commit > running on my

Re: [LEDE-DEV] LEDE new image on gw5520

7af22af0e9ebc0f69091af19a3104692c18fbe73 is the last known good commit running on my board now. time to walk the tree to narrow it down it guess On Thu, Nov 9, 2017 at 5:57 PM, Koen Vandeputte wrote: > > > On 2017-11-09 17:46, Outback Dingo wrote: >> >> On Thu,

Re: [LEDE-DEV] LEDE new image on gw5520

On 2017-11-09 17:46, Outback Dingo wrote: On Thu, Nov 9, 2017 at 5:38 PM, Koen Vandeputte wrote: On 2017-11-09 16:40, Outback Dingo wrote: On Thu, Nov 9, 2017 at 4:16 PM, Koen Vandeputte wrote: On 2017-11-09 15:55, Outback

Re: [LEDE-DEV] LEDE new image on gw5520

On Thu, Nov 9, 2017 at 5:38 PM, Koen Vandeputte wrote: > > > On 2017-11-09 16:40, Outback Dingo wrote: >> >> On Thu, Nov 9, 2017 at 4:16 PM, Koen Vandeputte >> wrote: >>> >>> >>> On 2017-11-09 15:55, Outback Dingo wrote: heres

Re: [LEDE-DEV] LEDE new image on gw5520

On 2017-11-09 16:40, Outback Dingo wrote: On Thu, Nov 9, 2017 at 4:16 PM, Koen Vandeputte wrote: On 2017-11-09 15:55, Outback Dingo wrote: heres more data, we still have a no interfaces issue with recent LEDE trunk On Thu, Nov 2, 2017 at 6:42 PM, Outback

Re: [LEDE-DEV] Transmit timeouts with mtk_eth_soc and MT7621

On Thu, Nov 9, 2017 at 12:06 PM, Kristian Evensen wrote: > I see that the CPU txds [384-511] have DDONE set and no SKB, while > DDONE is not set for the DMA txds [0-383] and an skb is attached. I > also looked at the content of the skb, and as far as I can see it is >

[LEDE-DEV] [PATCH ubus] libubus: Fix deletion from context's object AVL tree when removing object

Objects are stored in the ubus context in an AVL tree. An AVL tree node contains a pointer to a key value. For the ubus context, this points to the id member of the object structure. In ubus_remove_object_cb, the id member is set to zero and then after, avl_delete is called and fails. To fix

Re: [LEDE-DEV] LEDE new image on gw5520

On Thu, Nov 9, 2017 at 4:16 PM, Koen Vandeputte wrote: > > > On 2017-11-09 15:55, Outback Dingo wrote: >> >> heres more data, we still have a no interfaces issue with recent LEDE >> trunk >> >> >> >> On Thu, Nov 2, 2017 at 6:42 PM, Outback Dingo

Re: [LEDE-DEV] LEDE new image on gw5520

On 2017-11-09 15:55, Outback Dingo wrote: heres more data, we still have a no interfaces issue with recent LEDE trunk On Thu, Nov 2, 2017 at 6:42 PM, Outback Dingo wrote: seems that ive lost my eth0 / eth1 interfeaces on a RECENT ... today image built for the

Re: [LEDE-DEV] LEDE new image on gw5520

heres more data, we still have a no interfaces issue with recent LEDE trunk On Thu, Nov 2, 2017 at 6:42 PM, Outback Dingo wrote: > seems that ive lost my eth0 / eth1 interfeaces on a RECENT ... today > image built for the gw5520 > i do however see the ifb0 and ifb1

Re: [LEDE-DEV] arm64/layerscape dtb build break after image.mk change

On 2017-11-09 05:53, Mathew McBride wrote: > Hi all, > > After commit 986d9deb3b24bc72e9e7ecf93affbc3f188bb926 ("build: allow > calling append-dtb from image build commands"), layerscape targets do > not build correctly anymore. > > The failure is on DTB compilation, where an attempt is made

Re: [LEDE-DEV] [PATCH] kernel: bump 4.9 to 4.9.60

On 2017-11-08 08:20, John Crispin wrote: On 06/11/17 17:17, Koen Vandeputte wrote: Refreshed all patches. Compiled on: cns3xxx, imx6 Run-tested on: cns3xxx, imx6 Hi, the target/linux/layerscape/patches-4.9/820-base-soc-Introduce-soc_device_match-interface.patchpatch looks overly large.

Re: [LEDE-DEV] Transmit timeouts with mtk_eth_soc and MT7621

Hello, On Wed, Nov 8, 2017 at 10:56 PM, Kristian Evensen wrote: > I have been trying to solve this myself for a couple of days, but I am > starting to run out of idea. Could it be that there is some traffic > destined for the client (via. the 2626) that gets stuck in

[LEDE-DEV] Fwd: [FSFE PR][EN] FSFE makes copyrights computer readable

Would reuse.software (SPDX) be something that could benefit LEDE/OpenWrt ? > Begin doorgestuurd bericht: > > Van: pr...@fsfe.org > Onderwerp: [FSFE PR][EN] FSFE makes copyrights computer readable > Datum: 8 november 2017 11:19:56 CET > Aan: press-rele...@lists.fsfe.org > Antwoord aan:

[LEDE-DEV] Problem with iwinfo rpcd plugin and nl80211 (CONFIG_PACKAGE_rpcd-mod-iwinfo=m CONFIG_PACKAGE_rpcd-mod-lxc=y)

I've found a problem with iwinfo that appears only with a very specific config. What happens: ubus call iwinfo info '{ "device": "wlan0" }' Above call fails to get interface details using nl80211 and fallbacks to the wext. My last debugging attempt pointed to nlmsg_alloc() returning NULL which