Re: [LEDE-DEV] [LEDE-DEV, 3/3, v3] uqmi: Prevent 'POLICY MISMATCH' error.

2016-12-15 Thread Nikolay Ledovskikh
So. What about patch? 'sync' call allows us not to save cids in interface state. And every time interface is up, it will be prepared correctly. 2016-12-12 12:28 GMT+03:00 Bjørn Mork : > Matti Laakso writes: >> On 12.12.2016 08:52, Petr Štetiar wrote: >>> Matti Laakso [2016-12-09 11:35:35]: >>> >

Re: [LEDE-DEV] [LEDE-DEV, 2/3, v2] Add support of using device symlinks.

2016-12-15 Thread John Crispin
Hi, still pending not had time to look into this. it'll take me a moment as i am not familiar with the code so i need to find a free moment to properly review this, sorry for the delay John On 16/12/2016 08:42, Nikolay Ledovskikh wrote: > So what? It's more general and useful when, for e

Re: [LEDE-DEV] [LEDE-DEV, 2/3, v2] Add support of using device symlinks.

2016-12-15 Thread Nikolay Ledovskikh
So what? It's more general and useful when, for example you want to bind modem tty to certain usb port. 2016-12-07 20:13 GMT+03:00 Nickolay Ledovskikh : > It's useful when using multiple usb devices that should be bound to > certain usb ports. Symlinks are created by hotplug handlers. > > Signed-o

Re: [LEDE-DEV] [PATCH v2 0/2] target: replace realview with new target armvirt

2016-12-15 Thread John Crispin
On 16/12/2016 07:42, Yousong Zhou wrote: > On 8 December 2016 at 23:21, Yousong Zhou wrote: >> Changes since PATCH v1 >> >> - Enabled CONFIG_XZ_DEC_BCJ >> - Enabled squashfs rootfs >> >> Changes since RFC v1 >> >> - CONFIG_SMP enabled with CONFIG_NR_CPUS=4 >> - CPU_SUBTYPE changed from neon

Re: [LEDE-DEV] [PATCH v2 0/2] target: replace realview with new target armvirt

2016-12-15 Thread Yousong Zhou
On 8 December 2016 at 23:21, Yousong Zhou wrote: > Changes since PATCH v1 > > - Enabled CONFIG_XZ_DEC_BCJ > - Enabled squashfs rootfs > > Changes since RFC v1 > > - CONFIG_SMP enabled with CONFIG_NR_CPUS=4 > - CPU_SUBTYPE changed from neon to neon-vfpv4 > - Additional rootfs types exported: c

Re: [LEDE-DEV] [Frontpage] Stuff that cannot be found since switch to wiki software

2016-12-15 Thread Thomas Endt
> That link I added disappears if someone opens the "Documentation" link > though, I think it's due to a sidebar plugin/feature that needs to re- > cache the entries in it, I hope tmomas can explain how to deal with > that properly. :) :) Simple reason: $someone proposed to have the sidebar expan

Re: [LEDE-DEV] [Frontpage] Stuff that cannot be found since switch to wiki software

2016-12-15 Thread Alberto Bursi
I just added a direct link to that page in the sidebar, called "Development". The sidebar is a wiki page you can modify too as normal. https://lede-project.org/sidebar That link I added disappears if someone opens the "Documentation" link though, I think it's due to a sidebar plugin/feature that

Re: [LEDE-DEV] [Frontpage] Stuff that cannot be found since switch to wiki software

2016-12-15 Thread Stijn Segers
Hi Thomas, I already provided one of the links in my e-mail. Upon closer inspection, it's the only link that didn't make it. I have an old checkout here of the Jekyll frontpage, where there was a direct 'Development' link to text containing how to submit patches. It is a pity to see that buri

[LEDE-DEV] Criteria for first LEDE stable release?

2016-12-15 Thread Rich Brown
To LEDE-adm and LEDE-dev, A discussion about the criteria for a first stable LEDE release came up on the Forum at: https://forum.lede-project.org/t/criteria-for-first-lede-stable-release/552 Please add your thoughts. Thanks. ___ Lede-dev mailing list

Re: [LEDE-DEV] [Frontpage] Stuff that cannot be found since switch to wiki software

2016-12-15 Thread Thomas Endt
> Can we get some of those old links back on the front page? Which would "some of those old links" be? Thomas ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] mdnsd ignoring questions

2016-12-15 Thread Cristian Morales Vega
On 14 December 2016 at 17:01, John Crispin wrote: > On 14/12/2016 17:35, Cristian Morales Vega wrote: >> I have found a problem with mdnsd, but since I'm no expert in the >> protocol and would prefer to stay that way, could somebody comment on >> these? >> >> The problem is with service_reply_sing