On 11.05.2018 00:55, Lev wrote:
On Thu, 10 May 2018 23:49:36 +0200
Felix Fietkau wrote:
On 2018-05-10 23:23, Lev wrote:
From: Lev
Please explain what you're trying to do here.
The patch makes no sense to me.
glibc v2.26 was not found any of the mirrors, but v2.22 is. This patch instructs
On 08.05.2018 10:48, Lucian Cristian wrote:
On 08.05.2018 03:01, Lucian Cristian wrote:
On 07.05.2018 09:13, John Crispin wrote:
Hi,
I have just pushed the new ath79 target to trunk. This will replace
ar71xx mid term, switching the target over to pure OF. a few boards
are already supported
On 08.05.2018 03:01, Lucian Cristian wrote:
On 07.05.2018 09:13, John Crispin wrote:
Hi,
I have just pushed the new ath79 target to trunk. This will replace
ar71xx mid term, switching the target over to pure OF. a few boards
are already supported, would be great if people could start moving
On 07.05.2018 09:13, John Crispin wrote:
Hi,
I have just pushed the new ath79 target to trunk. This will replace
ar71xx mid term, switching the target over to pure OF. a few boards
are already supported, would be great if people could start moving
boards over that they use. I am available to
On 05.05.2018 15:56, Kristian Evensen wrote:
Hello,
When restarting the firewall on routers running latest nightly, I
frequently get the following warning:
[ 74.952854] [ cut here ]
[ 74.952874] WARNING: CPU: 2 PID: 0 at
net/netfilter/nf_conntrack_rtcache.c:197 0x8f6
On 16.04.2018 01:53, Hauke Mehrtens wrote:
This version now uses autotools to configure the build system. They are
also using the newly added zlib package.
Signed-off-by: Hauke Mehrtens
---
tools/Makefile | 2 +-
tools/mtd-utils/Makefile
On 18.04.2018 01:24, Koen Vandeputte wrote:
On 17-04-18 19:16, Lucian Cristian wrote:
On 16.04.2018 01:53, Hauke Mehrtens wrote:
This allows us to link the other tools against our libz and we do not
need the system zlib any more.
[...]
+endef
+
+$(eval $(call HostBuild))
I tested the
On 16.04.2018 01:53, Hauke Mehrtens wrote:
This allows us to link the other tools against our libz and we do not
need the system zlib any more.
Only the static linked library is copied to the staging directory so we
have a statically linked library on all systems and not only on Linux.
This also
On 04.03.2018 17:15, Hauke Mehrtens wrote:
On 02/16/2018 01:46 PM, John Crispin wrote:
Hi,
whats on the critical todo list for the upcoming release ? i still have
a few minor things that I'll be adding shortly, apart from that I am
currently not aware of any huge problems. the release will be a
On 10.02.2018 06:11, Rosen Penev wrote:
On Thu, Feb 1, 2018 at 9:23 AM, Lucian Cristian wrote:
On 30.01.2018 18:14, Rosen Penev wrote:
Based on Qualcomm's upstream code. Reordered a bit different.
iperf3 speed goes from ~279mbps to ~320mbps.
Signed-off-by: Rosen Penev
---
.../
On 09.02.2018 23:48, Hauke Mehrtens wrote:
On 02/09/2018 12:27 AM, Lucian Cristian wrote:
On 21.01.2018 19:53, Hauke Mehrtens wrote:
This add support for kernel 4.14 to the mvebu target. My main reason to
add kernel 4.14 support is to make it easier to also add support for the
Marvell Armada
supported boards so I can not runtime
test this myself, Lucian Cristian already tested an older version of
these patches on one of his boards.
My current working tree for this target can be found here:
https://git.openwrt.org/?p=openwrt/staging/hauke.git;a=shortlog;h=refs/heads/mvebu-4.14
This tree also
On 30.01.2018 18:14, Rosen Penev wrote:
Based on Qualcomm's upstream code. Reordered a bit different.
iperf3 speed goes from ~279mbps to ~320mbps.
Signed-off-by: Rosen Penev
---
.../files/drivers/net/ethernet/atheros/ag71xx/ag71xx.h | 13 -
1 file changed, 8 insertions(+),
On 11.12.2017 00:12, Hauke Mehrtens wrote:
This adds support for kernel 4.14 to LEDE.
This ports the generic patches to kernel 4.14 and also adds support for
kernel 4.14 to the x86 target, I am also working on adding support for
the lantiq target, but there are still some problems with the xrx200
On 28.11.2017 13:39, Stefan Peter wrote:
Hi Pablo
On 28.11.2017 11:05, Pablo I. Pousada Rial wrote:
Does LEDE implement just basic STP, or does it provide access to RSTP or
MSTP?
The Linux kernel only implements basic STP. I successfully have used
mstpd from https://github.com/mstpd/mstpd for
On 26.11.2017 13:44, Hauke Mehrtens wrote:
This adds support for kernel 4.14 to LEDE.
This ports the generic patches to kernel 4.14 and also adds support for
kernel 4.14 to the x86 target, I am also working on adding support for
the lantiq target, but there are still some problems with the xrx200
On 22.11.2017 16:20, Paul Oranje wrote:
On an archer-c7-v2 running 17.01.2 and samba with "use sendfile" enabled, no
problems have been noticed (long up-time).
S.y. Paul
Op 21 nov. 2017, om 10:34 heeft Karl Palsson het volgende
geschreven:
Rosen Penev wrote:
sendfile has been tested to h
On 01.11.2017 12:08, Lucian Cristian wrote:
On 29.10.2017 01:08, Christian Lamparter wrote:
On Sunday, October 22, 2017 12:02:07 AM CEST Hannu Nyman wrote:
Hauke Mehrtens wrote on Sat Oct 21 12:26:04 PDT 2017:
> I think your problem is fixed in
ec04d122f1182aeb91f39b0e80ae40c68e4d9
On 29.10.2017 01:08, Christian Lamparter wrote:
On Sunday, October 22, 2017 12:02:07 AM CEST Hannu Nyman wrote:
Hauke Mehrtens wrote on Sat Oct 21 12:26:04 PDT 2017:
> I think your problem is fixed in ec04d122f1182aeb91f39b0e80ae40c68e4d9605
> fix regression in glob with literal . or .. path
does anybody have unstable system since the update of wireless backport ?
mine rebooted 3 times in ~5 days and lost wireless connectivity with the
following kernel errors:
[262171.109262] ieee80211 phy0: cmd 0x801d=MEMAddrAccess timed out
[262171.115219] ieee80211 phy0: return code: 0x001d
[26
On 16.10.2017 03:30, Alexander Couzens wrote:
Hi Hauke,
I've tested your tree.
panda-board a3 - works, but no network, but master/4.4 doesn't have network
either.
panda-board-a4 - u-boot SPL refuse to boot.
beaglebone-black - works
beagle-board - usb attached network doesn't come up and I doe
On 10.10.2017 05:26, Florian Fainelli wrote:
Le 10/09/17 à 11:01, Lucian Cristian a écrit :
I'm trying to make a custom image and can't seem to get pass by this
You would have to provide a more complete log, here we just see the make
returning an error back from the directories it
On 10.10.2017 05:26, Florian Fainelli wrote:
Le 10/09/17 à 11:01, Lucian Cristian a écrit :
I'm trying to make a custom image and can't seem to get pass by this
You would have to provide a more complete log, here we just see the make
returning an error back from the directories it
I'm trying to make a custom image and can't seem to get pass by this
make[6]: Leaving directory
'/home/build/32bit/build_dir/target-i386_pentium4_musl/linux-x86_generic/iptables-1.6.1/extensions'
Making all in iptables
make[6]: Entering directory
'/home/build/32bit/build_dir/target-i386_pentiu
On 02.10.2017 22:18, Hauke Mehrtens wrote:
For the next major LEDE release after 17.01 all targets should be on
kernel 4.9, otherwise they will most likely not be included in the release.
The following targets are on kernel 4.9 and are fine:
* apm821xx
* arc770
* archs38
* armvirt
* ath25
* bcm5
On 29.09.2017 14:07, Felix Fietkau wrote:
On 2017-09-29 13:04, Daniel Golle wrote:
On Fri, Sep 29, 2017 at 12:20:08PM +0200, Felix Fietkau wrote:
On 2017-09-11 02:33, Philip Prindeville wrote:
Changing the subject from the previous thread as it turned out to not have to
do with sysupgrade at
On 27.09.2017 23:32, Hauke Mehrtens wrote:
On 09/27/2017 10:05 PM, Lucian Cristian wrote:
Do you have a crash log?
I would like to add this to master soon, because it adds ssupport for
the mac found on some recent Allwinner SoCs.
Hauke
___
Lede-dev
Do you have a crash log?
I would like to add this to master soon, because it adds ssupport for
the mac found on some recent Allwinner SoCs.
Hauke
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede
I see that BananaPI has CONFIG_GMAC_TX_DELAY=3 set by default, are you
saying that setting it to 1 is working better ?
Regards
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On 26.09.2017 12:25, Gerhard Bertelsmann wrote:
Hi Hauke,
[snip]
root@LEDE:~# ping -qc 100 192.168.0.9
PING 192.168.0.9 (192.168.0.9): 56 data bytes
--- 192.168.0.9 ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 0.363/0.514/0.813 ms
On 23.09.2017 19:03, Gerhard Bertelsmann wrote:
Hi Zoltan,
Am 2017-09-23 17:36, schrieb Zoltan HERPAI:
Hi Gerhard,
On Sat, 23 Sep 2017, Gerhard Bertelsmann wrote:
Hi,
I'm trying Lede HEAD with a BananaPI (SUNXI7 A20) and have an issue
with the network connection:
root@Modellbahn-BPi:/# p
On 11.09.2017 03:33, Philip Prindeville wrote:
Changing the subject from the previous thread as it turned out to not have to
do with sysupgrade at all.
What I can tell is this, having added some tracing to fstools.
We get to the call to system() in rootdisk_volume_init():
https://git.lede-pro
Is something that blocks these patch sets to go in trunk ?
Regards
Lucian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On 01.09.2017 00:35, Karl Palsson wrote:
Daniel Golle wrote:
Hi Karl,
On Thu, Aug 31, 2017 at 05:17:38PM +, Karl Palsson wrote:
Instead of blindly enabling the odhcpd v6 server and RA server on the
lan port, only do that if the lan port isn't set to DHCP.
This prevents the unhelpful case
On 09.08.2017 22:08, Hauke Mehrtens wrote:
On 08/08/2017 01:13 AM, Lucian Cristian wrote:
On 07.08.2017 19:47, Lucian Cristian wrote:
On 07.08.2017 19:43, Hauke Mehrtens wrote:
...
Hi Lucian,
The eMMC version needs an extra device tree file, could you please use
this one:
arch/arm/boot/dts
On 07.08.2017 19:47, Lucian Cristian wrote:
On 07.08.2017 19:43, Hauke Mehrtens wrote:
...
Hi Lucian,
The eMMC version needs an extra device tree file, could you please use
this one:
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2-emmc.dts
We should probably add two device one for the normal
On 07.08.2017 19:43, Hauke Mehrtens wrote:
On 08/07/2017 06:13 PM, Lucian Cristian wrote:
On 07.08.2017 18:55, Hauke Mehrtens wrote:
On 08/06/2017 08:16 PM, Lucian Cristian wrote:
On 04.08.2017 00:37, Hauke Mehrtens wrote:
This upgrades the target to kernel 4.9 and also adds support for the
On 07.08.2017 18:55, Hauke Mehrtens wrote:
On 08/06/2017 08:16 PM, Lucian Cristian wrote:
On 04.08.2017 00:37, Hauke Mehrtens wrote:
This upgrades the target to kernel 4.9 and also adds support for the
Allwinner A64 SoC. This was only tested on the pine64+ and I do not own
any older Allwinner
On 04.08.2017 00:37, Hauke Mehrtens wrote:
This upgrades the target to kernel 4.9 and also adds support for the
Allwinner A64 SoC. This was only tested on the pine64+ and I do not own
any older Allwinner SoC.
Could someone please test this on an older 32 bit Allwinner SoC and
report back some
On 20.06.2017 22:16, Uwe Arnold wrote:
Hi guys,
I'm using openwrt / lede devices for at least 5 years but never
actively submitted any line of code or something.
But i think the time has come ;)
I hope this is the right channel for this:
I added below lines to /etc/dnsmasq.conf:
# inspect the v
On 24.05.2017 23:34, Jo-Philipp Wich wrote:
Hi,
I'd like to start preparing the v17.01.2 release during the upcoming
weekend with the goal to release final binaries within the next week
(~May 29th till June 3rd).
Changes that shall be part of 17.01.2 should be merged until Sunday, the
28th.
Yo
On 13.05.2017 22:56, Matthias Schiffer wrote:
Text from my RFC mail:
---
When talking about
https://bugs.lede-project.org/index.php?do=details&task_id=685 with jow
and lynxis, we came to the conclusion that the best way to fix sysupgrades
would be to generalize the staged sysupgrade used on NAND
On 13.05.2017 22:56, Matthias Schiffer wrote:
Text from my RFC mail:
---
When talking about
https://bugs.lede-project.org/index.php?do=details&task_id=685 with jow
and lynxis, we came to the conclusion that the best way to fix sysupgrades
would be to generalize the staged sysupgrade used on NAND
On 11.01.2017 13:54, Yousong Zhou wrote:
Aliases are essential information for working with kernel modules. Netfilter
subsystem will request for ipt_hashlimit and ip6t_hashlimit respectively when
called with
xt_request_find_match(NFPROTO_IPV{4,6}, "hashlimit", 1)
The kernel __r
On 09.01.2017 15:25, Baptiste Jonglez wrote:
Hi,
While investigating an issue with module loading order¹, I discovered that
some kernel packages use AutoProbe, like this:
AUTOLOAD:=$(call AutoProbe,xt_hashlimit)
while some kernel packages use the AutoLoad helper I was used to, with a
prio
On 25.12.2016 16:17, Magnus Kroken wrote:
Hi Martin
On 25.12.2016 14.23, Martin Blumenstingl wrote:
I guess this worked on LEDE with PolarSSL with OpenVPN 2.3:
#define POLARSSL_KEY_EXCHANGE_DHE_RSA_ENABLED
while
//#define MBEDTLS_KEY_EXCHANGE_DHE_RSA_ENABLED
can you tell if I ran into some cor
On 08.12.2016 22:43, Felix Fietkau wrote:
On 2016-12-08 21:39, Lucian Cristian wrote:
On 08.12.2016 22:27, Felix Fietkau wrote:
On 2016-12-08 21:26, Felix Fietkau wrote:
Hi all,
support code for some old ar71xx reference boards (e.g. AP83) carries
quite a bit of specific code that bloats
today's snapshot seems to panic early on kernel boot followed by reset
regards
Lucian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Please keep
CONFIG_PATA_ATIIXP=y
I have several (very capable/low power/versatile) Fujitsu Futro S550
that need this so it can boot from the internal CF Card
Regards
Lucian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradea
49 matches
Mail list logo
