Re: [LEDE-DEV] the ipv6 issues and the notions of timer
* Dave Taht [24.01.2017 08:52]:
> I'd love a "simple ubus listen daemon example - one that listens
> merely for events on a set of interfaces. or routes or on a proto".
root@box:~ ubus listen
{ "network.interface": {"action":"ifdown","interface":"lan"} }
{ "network.interface": {"action":"ifup","interface":"lan"} }
> For all I know there's better tools for looking at ubus but my head
> spins from installing my post-eyeball json checker. I'd like to for
> example be checking that everything is always correctly formatted json
> passing through... is there a way to do that? While, like, um,
> hammering ubus?
. /usr/share/libubox/jshn.sh
MYJSON="$( devstatus eth0.2 )"
json_load "$MYJSON" || something_is_wrong
json_cleanup
bye, bastian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] netifd: "bridge: disable IGMP snooping by default"
On 2017-01-20 11:37, Linus Lüssing wrote: > Hi, > > Is there any further information regarding this commit somewhere? > > "bridge: disable IGMP snooping by default" > https://git.lede-project.org/?p=project/netifd.git;a=commitdiff;h=52541140f8138e31958cdc3d7e42a4029fa6bbc9 Sorry, I forgot to put some context in the commit message. jow pointed out to me that we have a whole bunch of different tickets and reports that point at issues with multicast. Some of them are clearly wireless related, but others seemed to go away when disabling IGMP snooping. This is really hard to pin down and we decided to make this feature opt-in instead of opt-out for now until things settle down a bit more. I think it makes sense to have another go at enabled-by-default when we move to a newer kernel and use the latest version of the patch. - Felix ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
[LEDE-DEV] ramips: splitting mt76 into kmod and firmware package?
Currently, around 80% of the space required by the kmod-mt76 package is due to firmware. On devices with small flash chips, not having to install these files can save precious flash space. Removing the firmware files currently frees around 160k of usable flash space - on the Netgear EX2700 (4M flash chip) this amounts to an increase of approximately 33%: FilesystemSize Used Available Use% Mounted on /dev/mtdblock5 564.0K 68.0K496.0K 12% /overlay vs. FilesystemSize Used Available Use% Mounted on /dev/mtdblock5 728.0K 72.0K656.0K 10% /overlay Since the firmware files are not required by all devices, can't we move them into a separate package (like kmod-rt2800-pci and rt2800-pci-firmware)? Joseph ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev
Re: [LEDE-DEV] the ipv6 issues and the notions of timer
On Tue, Jan 24, 2017 at 12:07 AM, Bastian Bittorf wrote:
> * Dave Taht [24.01.2017 08:52]:
>> I'd love a "simple ubus listen daemon example - one that listens
>> merely for events on a set of interfaces. or routes or on a proto".
>
> root@box:~ ubus listen
> { "network.interface": {"action":"ifdown","interface":"lan"} }
> { "network.interface": {"action":"ifup","interface":"lan"} }
>
>> For all I know there's better tools for looking at ubus but my head
>> spins from installing my post-eyeball json checker. I'd like to for
>> example be checking that everything is always correctly formatted json
>> passing through... is there a way to do that? While, like, um,
>> hammering ubus?
>
> . /usr/share/libubox/jshn.sh
> MYJSON="$( devstatus eth0.2 )"
> json_load "$MYJSON" || something_is_wrong
> json_cleanup
>
> bye, bastian
Thx very much. Also blogic pointed me at the jsonfilter package, which
is a godsend.
--
Dave Täht
Let's go make home routers and wifi faster! With better software!
http://blog.cerowrt.org
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
