>> The LEDE Community is proud to announce the first stable version of the
>> LEDE 17.01 version series.
> Congratulations all around. Great work! :)
Just sysupgraded painlessly. Thanks to everyone.
-- Juliusz
___
Lede-dev mailing list
Lede-dev@list
On Fri, Feb 24, 2017 at 6:12 PM, Matthias Schiffer
wrote:
> On 02/24/2017 05:53 PM, Hans Dedecker wrote:
>> On Thursday, 23 February 2017 22:23:32 CET Matthias Schiffer wrote:
>>> VXLAN shares many attributes with the tunnel devices, so it is implemented
>>> as a new tunnel type. The 'remote' attr
Bastian Bittorf wrote:
> * Michael Richardson [24.02.2017 09:03]:
>> > large random primenumbers. On the serverside, we store the product >
>> (aka: solution) of these 2 numbers. This is repeated for each
>> generated > image. (sorry, it breaks reproducable builds for now)
>>
On 02/24/2017 05:53 PM, Hans Dedecker wrote:
> On Thursday, 23 February 2017 22:23:32 CET Matthias Schiffer wrote:
>> VXLAN shares many attributes with the tunnel devices, so it is implemented
>> as a new tunnel type. The 'remote' attribute can be used for an unicast
>> peer or a multicast group.
>
On Thursday, 23 February 2017 22:23:32 CET Matthias Schiffer wrote:
> VXLAN shares many attributes with the tunnel devices, so it is implemented
> as a new tunnel type. The 'remote' attribute can be used for an unicast
> peer or a multicast group.
>
> The IANA-assigned port 4789 is used by default
On 30 January 2017 at 16:52, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This has increased rootfs size for Netgear R8000 (sample device using
> brcmfmac) by 16124 B. Most of devices with brcmfmac supported chipsets
> have quite big flash memories and debugging may be useful noting that
> we g
On Wed, Feb 22, 2017 at 1:30 PM, Felix Fietkau wrote:
> On 2017-02-22 11:21, Sergey Ryazanov wrote:
>> Ok. Could we discuss your NACK? Don't you like YAFFS just because it
>> is a non-upstream code or you do not like YAFFS as a file system?
> Because it's a very large chunk of non-upstream code.
* Tino Reichardt [24.02.2017 16:26]:
> Hidden Webinterface on default Firmware: http://172.16.1.254:8235/, with
> user "admin" and password: "coolwhite"
really ugly + HTML v0.9 - i found now:
advanced settings -> system -> firmware -> upgrade
bye, bastian
___
* Tino Reichardt [24.02.2017 16:26]:
> Telnet on Port 23 is also there. I will check, if it can be upgraded via
> telnet or webinterface.
user: root
pass: admin
cool!
# cat /etc/inetd.conf
tftpdgram udp waitroottftpifxftp - -
/usr/bin/tftpd /usr/bin/tftpd -I -d /ra
* Tino Reichardt [24.02.2017 16:26]:
> Hidden Webinterface on default Firmware: http://172.16.1.254:8235/, with
> user "admin" and password: "coolwhite"
indeed! the webif suggests, that there is a TFTP service running.
do you know the Telnet pass?
bye, bastian
__
On Wed, Feb 22, 2017 at 1:36 PM, Felix Fietkau wrote:
> On 2017-02-21 23:10, Sergey Ryazanov wrote:
>> Hello,
>>
>> I tried to install latest LEDE to RB411AH board. Sysupgrade worked
>> fine, but device now do not boot at all. Bootloader claims that it
>> could not find kernel :(
>>
>> I tracked d
-Original Message-
From: Felix Fietkau
Sent: Friday, February 24, 2017 3:39 AM
To: Ted Hess ; Yousong Zhou ; lede-dev
Subject: Re: [LEDE-DEV] [PATCH] libubox: Fix calloc_a() to return mem aligned pointers
On 2017-02-24 03:37, Ted Hess wrote:
Yousong -
As a side note to your side no
* Bastian Bittorf wrote:
> * Tino Reichardt [24.02.2017 13:30]:
> > I have created a small homepage for the patch, it is located here:
> > https://mcmilk.de/projects/all0333cj/
>
> the only way flashing it, is using a serial line?
Currently yes, this modem has also an hiffen webinterface, maybe
I made a pull request for it:
https://github.com/lede-project/source/pull/877
--
Best regards, TR
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
As suggested that I shouldn't create another subtarget or profile, I
just modify the build system so a UEFI bootable ext4 image is generated.
Here is my tree with the change.
https://github.com/alive4ever/source/tree/x86-with-efi
Let me know if you have any suggestion.
__
* Tino Reichardt [24.02.2017 13:30]:
> I have created a small homepage for the patch, it is located here:
> https://mcmilk.de/projects/all0333cj/
the only way flashing it, is using a serial line?
bye, bastian
___
Lede-dev mailing list
Lede-dev@lists.i
Hello,
some time ago I made an RFC for an dsl modem device with the Lantiq
Amazon-SE SoC. You can find it here:
http://lists.infradead.org/pipermail/lede-dev/2016-November/003818.html
I have finished this in december 2016, but wanted to do some testing...
this is not done until yet, but maybe oth
IPVS (IP Virtual Server) implements transport-layer load balancing
inside the Linux kernel, so called Layer-4 switching. IPVS running on a
host acts as a load balancer at the front of a cluster of real servers,
it can direct requests for TCP/UDP based services to the real servers,
and makes ser
Unfortunately this version of the patch creates an installation conflict
during the build in case nf-nathelper-extra is selected (which isn't by
default), because this package contains also nf_conntrack_sip module.
I am posting a new version that puts ip_vs_pe_sip dependency on
nf-nathelper-ex
IPVS (IP Virtual Server) implements transport-layer load balancing
inside the Linux kernel, so called Layer-4 switching. IPVS running on a
host acts as a load balancer at the front of a cluster of real servers,
it can direct requests for TCP/UDP based services to the real servers,
and makes ser
Hi John,
On Fri, Feb 24, 2017 at 10:53 AM, John Crispin wrote:
> can you write a little more info as to why this is needed and what
> scenario this fixes/changes ?
1) root@OpenWrt:~# uci show system.ntp
system.ntp=timeserver
system.ntp.enable_server='0'
system.ntp.use_dhcp='1'
system.ntp.dhcp_in
On 24/02/2017 10:26, Alin Nastac wrote:
> Signed-off-by: Alin Nastac
Hi,
can you write a little more info as to why this is needed and what
scenario this fixes/changes ?
John
> ---
> service/service.c | 5 -
> service/service.h | 1 +
> 2 files changed, 5 insertions(+), 1 deleti
* Michael Richardson [24.02.2017 09:03]:
> > large random primenumbers. On the serverside, we store the product
> > (aka: solution) of these 2 numbers. This is repeated for each generated
> > image. (sorry, it breaks reproducable builds for now)
>
> Anyone can multiply two large prime
This should be suitable:
https://github.com/lede-project/source/pull/874
Kevin
On 24/02/17 08:24, Stijn Segers wrote:
please also prepare a separate patch for trunk, so we canmerge both,
even if they are different patches
John
Hi John,
Will do so this evening (CET), no access to my sys
Signed-off-by: Alin Nastac
---
service/service.c | 5 -
service/service.h | 1 +
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/service/service.c b/service/service.c
index 0584ee0..9675ba2 100644
--- a/service/service.c
+++ b/service/service.c
@@ -140,6 +140,8 @@ service_update
On 23/02/2017 12:39, Piotr Dymacz wrote:
> Hello,
>
> 2017-02-20 9:11 GMT+01:00 Mathias Kresin :
>> 19.02.2017 14:31, Piotr Dymacz:
>> > This is more like offtopic, but there is another one problem with
>> > similar devices. Lets forget now about "Wi-Fi enabled or not enabled
>> > by default"
On 2017-02-24 03:37, Ted Hess wrote:
> Yousong -
>
> As a side note to your side note - If you examine the actual
> mechanics of the allocation, the memory block is indeed size aligned to
> (4*sizeof(size_t)), but the actual pointer returned is offset of
> (2*sizeof(size_t)) within the block. As i
Hi All,
I use many of these devices and they work fine as rb4xx devices ar71xx
Just be sure to enable console .. I've submitted request to add, but no reply.
please add "435G" to list of devices in file
701-MIPS-ath79-add-routerboard-detection.patch
On Fri, Feb 24, 2017 at 8:13 AM, Thomas Endt
please also prepare a separate patch for trunk, so we canmerge both,
even if they are different patches
John
Hi John,
Will do so this evening (CET), no access to my system from work.
Cheers
Stijn
___
Lede-dev mailing list
Lede-dev@lists.in
please also prepare a separate patch for trunk, so we canmerge both,
even if they are different patches
John
On 24/02/2017 08:27, Stijn Segers wrote:
> Hi Rafal,
>
> I talked this through with jow, a lot of targets have already dropped
> 4.4 support in trunk, which makes backporting 4.4
30 matches
Mail list logo
