commit a2386c384da501e862210f222994821580fe151c requires the
module to be static in the kernel.
So lets actually add support for it inside the kernel config.
Tested on Ventana
Signed-off-by: Koen Vandeputte
---
target/linux/imx6/config-4.4 | 2 ++
1 file changed, 2 insertions(+)
diff --git a/t
I have a linksys E4200 v1 router with an LTE usb dongle zte mf821 (branded
polsat).
I'm connected on WAN network through the LTE dongle using QMI protocol
(qmi_wwan), all working fine but I have an issue that happens on both
wireless and wired network: sometimes browsing over internet the connectio
> On Aug 23, 2016, at 6:50 AM, Jo-Philipp Wich wrote:
>
> We now have enough resources to spare to spin up new web instances, for
> example we could start providing a forum, provided that we find enough
> volunteers to moderate it.
> Any thoughts on that? Shall I look into setting up a dedicated
On 09/09/2016 12:49 AM, Rich Brown wrote:
Right now, a new visitor to lede-project.org will see a few nicely formatted
welcome pages, downloadable firmware images, but no documentation to speak of,
and no (obvious) community.
Also no obvious rules to submit patches.
https://www.lede-project
On Thu, 8 Sep 2016, Rich Brown wrote:
What a great discussion! I am delighted to see so much interest in the LEDE
project, and concern for its success.
But I want to pick up on something that Thomas said...
On Sep 8, 2016, at 1:38 PM, Thomas Endt wrote:
... However, I'm
hesitating to inves
If a partition fails to mount, its autofs mountpoint is created and the mounted
flag is unset. When the partition expires or is removed, the autofs mountpoint
is cleaned up only if the mounted flag is set. Added cleanup of the autofs
mountpoint at removal and unset mounted flag.
Signed-off-by: Kri
moeller0> I am not advocating to keep the ban-hammer swinging
moeller0> all times, but there should be some feed-back and
moeller0> potential consequences of prolonged and repeated lack of
nice-ness.
I am of the same opinion.
The OpenWrt forum didn't need any moderation for long time (years!), bu
> I recommend we use Dokuwiki as the primary means of maintaining the
> LEDE documentation.
That would be my first choice, too.
However, if there is another wiki that has significant advantages over
Dokuwiki, I wouldn't mind to try something new.
One thing to keep in mind when chosing a new wiki
Hello Folks!
I'm new to this project and excited to be here. I used to work for the
Linux Foundation as a sysadmin where part of my job was to curate and
run infra for the wikis of several open source projects sponsored by
the LF.
I am no longer employed or associated with them, but I would love
I'll throw out another candidate: Twiki (twiki.org).
I have used it, I wasn't crazy about it, but it had some nice features.
And I cannot say with certainty how it would map into our use for LEDE.
I haven't used DokuWiki, so I can't say how it stacks up.
An admittedly weak endorsement, and I
On Fri, Sep 9, 2016 at 5:38 PM, Bill Moffitt wrote:
> I'll throw out another candidate: Twiki (twiki.org).
> I have used it, I wasn't crazy about it, but it had some nice features. And
> I cannot say with certainty how it would map into our use for LEDE.
If going that route, IMO we should use Fosw
On 09/09/2016 05:17 PM, nobody in particular wrote:
we should
Less "We oughta"
More "I will"
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On Fri, Sep 9, 2016 at 8:26 PM, J Mo wrote:
> On 09/09/2016 05:17 PM, nobody in particular wrote:
>> we should
> Less "We oughta"
> More "I will"
Agreed.
I am familiar enough with flashing, configuring and Wiki editing that
I am comfortable/willing to work on editing/cleanup of whatever wiki
is ch
Signed-off-by: Jesse Molina
---
package/boot/uboot-envtools/files/ipq | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/boot/uboot-envtools/files/ipq
b/package/boot/uboot-envtools/files/ipq
index 8cf0ddb..f66aabc 100755
--- a/package/boot/uboot-envtools/files/ipq
+++ b/package/boot/
Second round patch set proposal to add support for the TRENDnet TEW-827DRU.
I think I fixed all of the issues previously noted.
its-maker.sh got a lot of fixes after testing and now supports configurations.
It's nearly feature complete. I'm wrote a post over on the OpenWRT forum as
documentatio
its-maker.sh creates an .its file, given a series of arguments, which is then
used to create a FIT image with mkimage.
Required to support the tew827dru, but intended to support the creation of
nearly any .its file.
Documentation thread on the OpenWRT forum:
https://forum.openwrt.org/viewtopic.
The TRENDnet TEW-827DRU is an ipq806x wireless router.
ipq8064 SoC with 2x ARMv7-ish Krait 300 CPUs at 1.4Ghz
512MB RAM, 256MB SLC NAND flash (64MB default UBI img size)
1x qca8337-al3c 1000BASE-T ethernet switch, 1-WAN, 4-LAN
2x qca9980 802.11 radios
2x USB3 type A
Product page:
https://www.tre
On Fri, 9 Sep 2016, Aaron Z wrote:
Being as:
1. OpenWRT is on DocuWiki (and it seems to work fairly well)
This would seem to be a major factor. There will be enough work copying things
and checking what's current. Eliminating the need to change links/markup/etc
would seem to make it a no-bra
@Aaron Z
> Agreed.
> I am familiar enough with flashing, configuring and Wiki editing that
> I am comfortable/willing to work on editing/cleanup of whatever wiki
> is chosen, however, my availability will be spotty until Nov as we are
> about to enter the busy season at work (12+ hour days M-F and
19 matches
Mail list logo
