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 the wext.
> My last
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 +
1 file chang
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 ++
1 file changed
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:
>> 7af22af0e9ebc0f69091af19a3104692c18fbe73 is the la
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 the
> code
Well,
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
package/system/procd/fi
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
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, Paul
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
> whole switch. If I disable the p
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 board now. time to wa
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, Nov 9, 2017 at 5:38 PM, Koen Va
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 Dingo wrote:
heres more data, we still have a no interfaces issu
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 more data, we still have a no interfaces issue with recent L
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 Dingo
wrote:
seems that ive los
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
> valid. Looking at the content
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 th
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
>> wrote:
>>>
>>> seems that ive lost my eth0 / eth
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 gw5520
i do however see the if
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 interfaces... any ideas?
[
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 to
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.
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 the TX
> queue on the 3526? A
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: pr...@fsfe
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 sou
24 matches
Mail list logo
