Re: [LEDE-DEV] [PATCH 2/2] download.mk: introduce a new variable SKIPHASH

Hi Stijn, What is your opinion on this patch? There has been a bit of feedback, but you were the one requesting the change in the first place :) Thanks, Baptiste On 26-10-17, Baptiste Jonglez wrote: > When calling a download target, hash verification is now completely > skipped if the SK

Re: [LEDE-DEV] [PATCH] [RFC] openssl: update to version 1.1.0f

Hi, Thanks for feedback! On 31-10-17, Philip Prindeville wrote: > I’d also note that some of the compatibility stuff has been deprecated, > hasn’t it? What do you mean? > > define Package/openssl/Default/description > > -The OpenSSL Project is a collaborative effort to develop a robust, > >

[LEDE-DEV] [PATCH] [RFC] openssl: update to version 1.1.0f

From: Baptiste Jonglez <g...@bitsofnetworks.org> This patch is marked [RFC] because this is such a huge change, and some dependent packages now fail to build because of API changes. Also, there is no parallel build for now, but this was already the case with 1.0.2l. Feedback is welcome!

Re: [LEDE-DEV] [PATCH] openssl: Enable assembler optimizations for aarch64

On 28-10-17, Baptiste Jonglez wrote: > The awesome AES performance was too good to be true: it seems to produce > incorrect results when encrypting on the pine64 and decrypting on a x86_64 > machine :( > Possibly some assembler is optimized away by the compiler, which would > expl

Re: [LEDE-DEV] [PATCH] openssl: Enable assembler optimizations for aarch64

investigate. SHA does seem to give correct results though (and is really fast). On 27-10-17, Baptiste Jonglez wrote: > OpenSSL is built with the generic linux settings for most targets, > including aarch64. These generic settings are designed for 32-bit CPU and > provide no assembler op

Re: [LEDE-DEV] Lede/Openwrt documentation

Hi, On 27-10-17, Javier Domingo Cansino wrote: > > This problem is well-known [1,2] and can be solved by having access to a > > common ancestor between the two versions. A possible way to do this would > > be to convert each wiki to a git repository [3], merge the two histories > > using git,

Re: [LEDE-DEV] Lede/Openwrt documentation

Hi Alberto, On 27-10-17, John Norton wrote: > On 27/10/2017 10:46, Baptiste Jonglez wrote: > >On 24-10-17, John Norton wrote: > >>On 24/10/2017 18:02, Javier Domingo Cansino wrote: > >>Imho (what I would do) is just migrate current LEDE wiki content in OpenWRT > >

Re: [LEDE-DEV] Lede/Openwrt documentation

Hi Thomas, On 27-10-17, Thomas Endt wrote: > That's contrary to your statements in the start posting: > > > [...] documentation targeted at hackers, contributors, and would-be > > developers. > > [...] RFC proposal of a new developer documentation > > Links [1] [2] [3] > > [...] more focused

Re: [LEDE-DEV] Lede/Openwrt documentation

Hi, On 24-10-17, John Norton wrote: > On 24/10/2017 18:02, Javier Domingo Cansino wrote: > Imho (what I would do) is just migrate current LEDE wiki content in OpenWRT > wiki, > while current OpenWRT stuff is either obsoleted (where it is replaced by the > LEDE wiki articles) or moved to suit the

Re: [LEDE-DEV] [PATCH 2/2] download.mk: introduce a new variable SKIPHASH

On 27-10-17, Yousong Zhou wrote: > On 26 October 2017 at 17:50, Baptiste Jonglez <g...@bitsofnetworks.org> wrote: > > When calling a download target, hash verification is now completely > > skipped if the SKIPHASH variable is set. > > > > This allo

Re: [LEDE-DEV] [PATCH 2/2] download.mk: introduce a new variable SKIPHASH

On 26-10-17, Karl Palsson wrote: > Until/if your new documentation project takes off, please > consider adding this to the "how to package" doc pages. none of > these extra magical parameters are discoverable in any way right > now. Fully agreed, all this is magical enough :) While writing this

[LEDE-DEV] [PATCH 2/2] download.mk: introduce a new variable SKIPHASH

("scripts/download.pl: fail loudly if provided hash is unsupported") Signed-off-by: Baptiste Jonglez <g...@bitsofnetworks.org> --- include/download.mk | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/include/download.mk b/include/download.mk index 0a25641738..a

[LEDE-DEV] [PATCH 1/2] scripts/download.pl: Add a --skip-hash option

When the new "--skip-hash" option is passed to scripts/download.pl, hash verification of the downloaded files is completely skipped. This can be useful when bumping package version, since the hash may not be known in advance. Signed-off-by: Baptiste Jonglez <g...@bitsofnetworks.org&

[LEDE-DEV] [RFC] A new developper documentation for OpenWrt/LEDE

Hi, As an occasional contributor to OpenWrt/LEDE, I am often frustrated by the lack of good technical documentation. By "technical documentation", I mean a detailed, reasonably complete and up-to-date documentation on "How things work under the hood" and "How to do advanced stuff with the build

Re: [LEDE-DEV] [PATCH 13/13] sunxi: Add A64 support with cortex53 subtarget

On 23-10-17, Hauke Mehrtens wrote: > Could you try an image build the sunxi branch of my staging tree please: > https://git.lede-project.org/?p=lede/hauke/staging.git;a=shortlog;h=refs/heads/sunxi > > I backproted the MMC driver in there as it got some patches which are > probably needed for the

Re: [LEDE-DEV] [PATCH 13/13] sunxi: Add A64 support with cortex53 subtarget

Hi Hauke, On 03-08-17, Hauke Mehrtens wrote: > This adds initial support for the A64 Allwinner SoC to LEDE. > It will be build in the new cortexa53 subtarget. > > Currently it only supports the pine64 and the image is able to boot on > this SoC. This was merged a while ago, but I gave it

Re: [LEDE-DEV] Support for TP-Link Archer C7 1750 v4.0

Hi, On 23-10-17, Emmanuel Grumbach wrote: > I just bought a TP-Link Archer C7 AC1750 and got the v4.0 version. I > haven't found any image in > https://lede-project.org/toh/views/toh_fwdownload that claims it > features that version. I can see v1 and v2, but not v4. Support for this board has

Re: [LEDE-DEV] [PATCH lede-17.01 1/4] x86/generic: use HIGHMEM64G instead of HIGHMEM4G to fix PAE and Xen + revert

On 16-10-17, Felix Fietkau wrote: > On 2017-10-16 09:43, Baptiste Jonglez wrote: > > Hi, > > > > Any chance to get this patch serie merged to the lede-17.01 branch? > > As far as I can tell: > > > > - Xen support is still broken in 17.01 > > - this pa

Re: [LEDE-DEV] [PATCH] scripts/download.pl: fail loudly if provided hash is unsupported

On 08-10-17, Stijn Tintel wrote: > On 25-09-17 18:43, Stijn Tintel wrote: > > On 25-09-17 00:20, Baptiste Jonglez wrote: > >> On 24-09-17, Stijn Tintel wrote: > >>> My bad. When we update a package, we bump the version in the Makefile > >>> and remove th

Re: [LEDE-DEV] [PATCH lede-17.01 1/4] x86/generic: use HIGHMEM64G instead of HIGHMEM4G to fix PAE and Xen

Hi, Any chance to get this patch serie merged to the lede-17.01 branch? As far as I can tell: - Xen support is still broken in 17.01 - this patch serie still applies cleanly Thanks, Baptiste On 15-07-17, Baptiste Jonglez wrote: > From: Baptiste Jonglez <g...@bitsofnetwor

Re: [LEDE-DEV] [PATCH] scripts/download.pl: fail loudly if provided hash is unsupported

On 24-09-17, Stijn Tintel wrote: > My bad. When we update a package, we bump the version in the Makefile > and remove the current hash, then run "make package/foo/dowload; make > package/foo/check FIXUP=1". This downloads the tarbal for the new > version, and FIXUP writes its hash to the Makefile.

Re: [LEDE-DEV] [PATCH] scripts/download.pl: fail loudly if provided hash is unsupported

Hi, On 24-09-17, Stijn Tintel wrote: > On 03-09-17 15:01, Baptiste Jonglez wrote: > > Note: if some users of scripts/download.pl knowingly provide an empty hash > > because they don't need checksum verification, this change will break > > them. This does not seem to

Re: [LEDE-DEV] [PATCH] minidlna: update to 1.2.1

Hi, minidlna belongs to the package feed: this patch (and the follow-up ones) should be submitted to https://github.com/openwrt/packages/ and https://github.com/openwrt/luci Baptiste On 23-09-17, James Christopher Adduono wrote: > 1.2.1 - Released 24-Aug-2017 >

Re: [LEDE-DEV] [PATCH] ath10k: Re-enable intermediate softqueues for all devices

On 19-09-17, Toke Høiland-Jørgensen wrote: > Baptiste Jonglez <bapti...@bitsofnetworks.org> writes: > > > Hi, > > > > On 14-09-17, Toke Høiland-Jørgensen wrote: > >> Toke Høiland-Jørgensen <t...@toke.dk> writes: > >> > >> > The up

Re: [LEDE-DEV] [PATCH] ath10k: Re-enable intermediate softqueues for all devices

Hi, On 14-09-17, Toke Høiland-Jørgensen wrote: > Toke Høiland-Jørgensen writes: > > > The upstream ath10k driver disables the intermediate softqueues for some > > devices. This patch reverts that behaviour and always enables the > > softqueues (and associated bufferbloat fixes).

Re: [LEDE-DEV] [PATCH] ipq806x: Archer C2600: fix switch ports numbering

Can this be merged to lede-17.01? As I mentioned in the commit, it applies cleanly. Thanks, Baptiste On 23-08-17, Baptiste Jonglez wrote: > The order of LAN ports shown in Luci is reversed compared to what is > written on the case of the device. Fix the order so that they match. >

Re: [LEDE-DEV] [PATCH] scripts/download.pl: fail loudly if provided hash is unsupported

Thanks for merging, can this be merged to lede-17.01 as well? On 03-09-17, Baptiste Jonglez wrote: > Currently, if the provided hash is unsupported (length different from 32 > or 64 bytes), we happily download the requested file without any kind of > checksum verification. > >

Re: [LEDE-DEV] [PATCH] netifd-proto.sh: add ip4table & ip6table to `proto_add_dynamic_defaults()`

On 09-09-17, Baptiste Jonglez wrote: > On 05-09-17, Alexandru Ardelean wrote: > > The `proto_add_dynamic_defaults()` seems to be called mostly > > in the context of LTE/3G modems (via wwan, qmi, etc) setup. > > > > When they get setup, these devices override defau

Re: [LEDE-DEV] [PATCH] netifd-proto.sh: add ip4table & ip6table to `proto_add_dynamic_defaults()`

Hi, On 05-09-17, Alexandru Ardelean wrote: > The `proto_add_dynamic_defaults()` seems to be called mostly > in the context of LTE/3G modems (via wwan, qmi, etc) setup. > > When they get setup, these devices override default routes. > > However, depending on setup, we want these modems to > be

[LEDE-DEV] [PATCH] scripts/download.pl: fail loudly if provided hash is unsupported

From: Baptiste Jonglez <g...@bitsofnetworks.org> Currently, if the provided hash is unsupported (length different from 32 or 64 bytes), we happily download the requested file without any kind of checksum verification. This is quite dangerous and may provide a false sense of security, b

Re: [LEDE-DEV] [PATCH] dropbear: Link ssh and scp command to /bin instead of /usr/bin

On 01-09-17, Rosen Penev wrote: > ssh and scp commands interfere with OpenSSH when installed in /usr/bin . > > One use case is when installing dropbear to get root access when only OpenSSH > is available (OpenSSH disallows root password logins). Once dropbear > installs, it replaces OpenSSH's

Re: [LEDE-DEV] [PATCH 13/13] sunxi: Add A64 support with cortex53 subtarget

On 29-08-17, Baptiste Jonglez wrote: > Hi, > > On 03-08-17, Hauke Mehrtens wrote: > > This adds initial support for the A64 Allwinner SoC to LEDE. > > It will be build in the new cortexa53 subtarget. > > > > Currently it only supports the pine64 and the imag

Re: [LEDE-DEV] [PATCH 13/13] sunxi: Add A64 support with cortex53 subtarget

Hi, On 03-08-17, Hauke Mehrtens wrote: > This adds initial support for the A64 Allwinner SoC to LEDE. > It will be build in the new cortexa53 subtarget. > > Currently it only supports the pine64 and the image is able to boot on > this SoC. Thanks for the patches! I tested them on a pine64+ 1GB

Re: [LEDE-DEV] [PATCH lede-17.01 1/4] x86/generic: use HIGHMEM64G instead of HIGHMEM4G to fix PAE and Xen

Hi, On 25-07-17, Sven Roederer wrote: > On Samstag, 15. Juli 2017 22:57:53 CEST Baptiste Jonglez wrote: > > From: Baptiste Jonglez <g...@bitsofnetworks.org> > > > > This is a backport of 641a65fd062987a456216cc4fa91ff2910528261 in master. > > > > This c

Re: [LEDE-DEV] IPv6 link locals, vlans and bridging

On 25-08-17, Kevin Darbyshire-Bryant wrote: > I have dnsmasq listening on the bridge interfaces - it's happy doing so and > says it's listening on the link local address (effectively the same address > many times) all ok. It also listens on the global address. If I configure > dns clients to use

[LEDE-DEV] [PATCH] ipq806x: Archer C2600: fix switch ports numbering

From: Baptiste Jonglez <g...@bitsofnetworks.org> The order of LAN ports shown in Luci is reversed compared to what is written on the case of the device. Fix the order so that they match. Signed-off-by: Baptiste Jonglez <g...@bitsofnetworks.org> --- This patch applies cleanly to th

Re: [LEDE-DEV] Issues with ncurses (Was: Issues with xtables-addons after rebasing today)

On 23-08-17, Koen Vandeputte wrote: > Now this one pops up again (reported by Mauro Mozzarelli yesterday): > > > find > /mnt/ramdisk/test/firmware/builds/generic_imx6/build_dir/target-arm_cortex-a9+neon_musl_eabi/util-linux-2.30.1/ipkg-arm_cortex-a9_neon/dmesg > -name 'CVS' -o -name '.svn' -o

Re: [LEDE-DEV] WiFi speed on MT7620A

On Wed, Aug 09, 2017 at 02:35:13AM -0700, Amir Sabbaghi wrote: > Hi everyone, > > I have a MT7620A based router which is supposed to handle 300Mbps of > bandwidth over WiFi. But during my tests I could only get around > 50Mbps which is very unstable and changes between 20Mbps to to 70Mbps. > What

Re: [LEDE-DEV] [PATCH] kernel: try to remove TCP_RENO from the kernel.

Hi, On Sat, Aug 05, 2017 at 06:15:46PM -0700, Rosen Penev wrote: > LEDE currently uses CUBIC and not RENO by default. In theory, this > change should remove RENO from the kernel, but it doesn't. Might > as well keep it like this in case something changes. As far as I can tell, Reno is hard-wired

Re: [LEDE-DEV] b43 support for AC chipsets like BCM4360 and BCM4352?

Baptiste > On Tue, 2017-08-01 at 00:42 +0200, Baptiste Jonglez wrote: > > Hi, > > > > As far as I can tell, the b43 driver does not support AC chipsets > > like > > BCM4352, BCM4360, BCM4366. Support for these is marked BROKEN > > upstream. > > > > T

[LEDE-DEV] b43 support for AC chipsets like BCM4360 and BCM4352?

Hi, As far as I can tell, the b43 driver does not support AC chipsets like BCM4352, BCM4360, BCM4366. Support for these is marked BROKEN upstream. This means that a few devices supported by LEDE actually have no wireless, for instance Archer C9 v1, ASUS RT-AC68U, maybe others. Also, quite a

Re: [LEDE-DEV] [RFC] kernel patches cleanup

On Mon, Jul 31, 2017 at 06:11:49PM +0200, John Crispin wrote: > I rebased my ages old kernel patch cleanup series. It can be found here [1]. > > the series annotates all patches and splits them up into 3 folders > backports/pending/hacks. > > I'd like to push this asap if there are no mayor

Re: [LEDE-DEV] [PATCH] mbedtls: Re-allow SHA1-signed certificates

On Sun, Jul 30, 2017 at 06:00:48PM +0200, Baptiste Jonglez wrote: > On Sun, Jul 30, 2017 at 05:57:37PM +0200, Baptiste Jonglez wrote: > > Since mbedtls 2.5.1, SHA1 has been disallowed in TLS certificates. > > This breaks openvpn clients that try to connect to servers that &g

Re: [LEDE-DEV] [PATCH] mbedtls: Re-allow SHA1-signed certificates

On Sun, Jul 30, 2017 at 05:57:37PM +0200, Baptiste Jonglez wrote: > Since mbedtls 2.5.1, SHA1 has been disallowed in TLS certificates. > This breaks openvpn clients that try to connect to servers that > present a TLS certificate signed with SHA1, which is fairly common. >

[LEDE-DEV] [PATCH] mbedtls: Re-allow SHA1-signed certificates

From: Baptiste Jonglez <g...@bitsofnetworks.org> Since mbedtls 2.5.1, SHA1 has been disallowed in TLS certificates. This breaks openvpn clients that try to connect to servers that present a TLS certificate signed with SHA1, which is fairly common. Run-tested with openvpn-mbedtls 2.4.3

Re: [LEDE-DEV] libressl fails to build on debian-x32

Hi, On Sat, Jul 29, 2017 at 06:20:00AM +, txt.file wrote: > Hey folks, > > I tried to build lede 17.01.2 which is using libressl 2.5.0 bug got an > build error. The problem looks similar to the error described at > https://wiki.debian.org/X32Port#amd64_assembly. > > bn/bn_div.c:279: Error:

[LEDE-DEV] [PATCH] x86: Fix xen serial console by removing conflicting PATA driver

From: Baptiste Jonglez <g...@bitsofnetworks.org> The Xen serial console has been broken since the xen_domu subtarget was merged in the generic x86 subtarget (commits 1d6879ee and 371b382a). The reason for the broken serial console seems to be an IRQ conflict between the serial console

[LEDE-DEV] [PATCH 2/4] x86: Refresh subtargets kernel config

From: Baptiste Jonglez <g...@bitsofnetworks.org> This was done by simply running `make kernel_menuconfig CONFIG_TARGET=subtarget` and then saving without changing any option. Most of the removed options can be explained because they are already present in the target config or in the gener

Re: [LEDE-DEV] ECDSA support in dropbear (Was: Planning v17.01.2)

Hi, On Thu, Jun 15, 2017 at 04:41:50PM +0200, Jo-Philipp Wich wrote: > > ... and, if I may throw my EUR 0.02 in, why not recompile dropbear > > with "elliptic curve" support? > > whats the size impact? There is already an option DROPBEAR_ECC to enable ECDSA, disabled by default, and it adds 23

Re: [LEDE-DEV] [PATCH 2/3] ramips-mt7621: add GPIO-config for Ubiquiti-EdgeRouterX(-SFP)

On Sat, May 06, 2017 at 08:08:54PM +0200, Mathias Kresin wrote: > 06.05.2017 14:31, Sven Roederer: > >On Freitag, 5. Mai 2017 14:32:12 CEST Mathias Kresin wrote: > >>Is it necessary to control the GPIOs from userspace/via config files? > >>If not, add a gpio_export node to the dts and set the

Re: [LEDE-DEV] [PATCH ubox v2] Add template support to logread

Hi, On Thu, Apr 27, 2017 at 04:33:31PM -0700, Henry Chang wrote: > Hi, > > I would like to integrate logd with a cloud logging service. > The service only accepts certain format of log, so I decided to make logread > support an output template. Can't this service use standard syslog messages?

Re: [LEDE-DEV] lantiq: cannot access flash on Netgear DM200 while porting LEDE

On Sun, Apr 02, 2017 at 06:16:10PM +0200, Hauke Mehrtens wrote: > The Vendor SDK is based on UGW 6.1.1, based on OpenWrt 12.09 with kernel > 3.10 and device tree support. Probably even the vendor image uses a > device tree compiled into the kernel image. > According to the configuration file in >

[LEDE-DEV] lantiq: cannot access flash on Netgear DM200 while porting LEDE

Hi, I am currently adding LEDE support for the Netgear DM200 VDSL modem [https://wiki.openwrt.org/toh/netgear/dm200], which uses a Lantiq VR9 SoC. I was able to boot LEDE from RAM, and got the LEDs working, but I cannot get the flash to work with LEDE :( The bootloader (u-boot) has access to

Re: [LEDE-DEV] Cake SQM killing my DIR-860L - was: [17.01] Kernel: bump to 4.4.51

On Wed, Mar 01, 2017 at 08:23:13AM +0100, Stijn Segers wrote: > OK... So I tried to disable offloading on the WAN interface (eth0.2 for the > DIR-860L), but that throws the following error: > > # ethtool -K tso off gso off gro off eth0 > Cannot get device feature names: No such device > > Same

[LEDE-DEV] Cherry-pick "kernel: remove kmod packages for bridge, stp, llc and 8021q" to 17.01

Hi Felix, Could you cherry-pick the following commit to lede-17.01? It should fix FS#433. 7096ed58: kernel: remove kmod packages for bridge, stp, llc and 8021q As far as I can tell, these packages were dummy packages since quite some time anyway, so it will just avoid the annoying error

[LEDE-DEV] Broken emails and SPF (Was: [PATCH] This patch adds support for the Actiontec R1000H gateway to the brcm63xx targets.)

On Thu, Feb 23, 2017 at 09:48:10PM +0100, David Woodhouse wrote: > On Thu, 2017-02-23 at 21:35 +0100, Rafał Miłecki wrote: > > On 12 February 2017 at 14:48, Anthony Sepa via Lede-dev > > wrote: > > > > > > The sender domain has a DMARC Reject/Quarantine policy which

Re: [LEDE-DEV] [wiki]Table of packages is officially live!

On Mon, Feb 20, 2017 at 06:52:15PM +, Alberto Bursi wrote: > The wiki feature showing what packages are in LEDE (and some information > about them) is now complete! Hooray! :) > > https://lede-project.org/packages/start Great, thanks Alberto! Here are a few questions and comments: - what

[LEDE-DEV] [PATCH] [17.01] dnsmasq: Add upstream patch fixing SERVFAIL issues with multiple servers

From: Baptiste Jonglez <g...@bitsofnetworks.org> This fixes FS#391 for lede-17.01 Signed-off-by: Baptiste Jonglez <g...@bitsofnetworks.org> --- .../patches/000-fix-servfail-handling.patch| 130 + 1 file changed, 130 insertions(+) create mode 100644 pac

Re: [LEDE-DEV] [PATCH] dnsmasq: Add upstream patch fixing SERVFAIL issues with multiple servers

Sorry, I forgot to add the 17.01 tag. I am resending it with the proper tag. On Mon, Feb 20, 2017 at 04:48:49PM +0100, Baptiste Jonglez wrote: > From: Baptiste Jonglez <g...@bitsofnetworks.org> > > This fixes FS#391 for lede-17.01 > > Signed-off-by: Baptiste Jonglez <

[LEDE-DEV] [PATCH] dnsmasq: Add upstream patch fixing SERVFAIL issues with multiple servers

From: Baptiste Jonglez <g...@bitsofnetworks.org> This fixes FS#391 for lede-17.01 Signed-off-by: Baptiste Jonglez <g...@bitsofnetworks.org> --- .../patches/000-fix-servfail-handling.patch| 130 + 1 file changed, 130 insertions(+) create mode 100644 pac

Re: [LEDE-DEV] [LEDE DEV][wiki] Login with github

Hi Thomas, Is the github login integration supposed to work? There is a bug reported about a 404 error when trying to login: https://bugs.lede-project.org/index.php?do=details_id=531 Thanks! Baptiste On Sat, Oct 01, 2016 at 05:25:54PM +0200, Thomas Endt wrote: > IIRC it was Martin who

Re: [LEDE-DEV] kmod-ebtables: install fails

On Sun, Feb 19, 2017 at 01:48:04PM +0100, yanosz wrote: > Hello, > > I've some trouble installing kmod-ebtables on lede 17.01 rc2. > > root@Node-2:/etc/config# opkg install kmod-ebtables > Package kmod-ebtables (4.4.47-1) installed in root is up to date. It looks like kmod-ebtables is already

[LEDE-DEV] [PATCH] sdk: Fix src-git URL for the base feed when on a detached commit (FS#501)

From: Baptiste Jonglez <g...@bitsofnetworks.org> When the source repository is on a detached commit (such as when building a release tag), the git URL for the "base" feed is incorrect in the SDK. Before this commit: On branch "master": src-git base git://g

[LEDE-DEV] [PATCH] build: fix dependency of kernel_menuconfig target

From: Baptiste Jonglez <g...@bitsofnetworks.org> When running "make kernel_menuconfig" in a clean tree, it fails with: make[1]: *** No rule to make target 'tools/quilt/install'. Stop. Replacing the dependency with 'tools/quilt/compile' fixes the issue (quilt and all i

Re: [LEDE-DEV] ath9k stability in LEDE master branch - kernel panic every ~5 minutes

Hi, On Sun, Feb 05, 2017 at 04:50:29PM +, Nick Lowe wrote: > I have an apu2c4 (quad core AMD GX-412TC) with two AR9390 cards, one > offering service at 2.4 GHz and one offering service at 5 GHz with the > same SSID. > > I decided to test out the latest x86-64 LEDE snapshot, as of this >

Re: [LEDE-DEV] LEDE-17.01 Final Release Notes available

On Tue, Jan 31, 2017 at 10:14:04AM +, David Woodhouse wrote: > On Tue, 2017-01-31 at 10:54 +0100, Baptiste Jonglez wrote: > > > > - IPv6 support: since that was the focus of CC, at least mention that > >   nothing was intentionally broken (and maybe there were s

Re: [LEDE-DEV] Build error Arcadyan VGV7510KW22(NOR) / o2 6431 - asterisk13

Hi Dennis, Please report this bug to the specific package feed: https://github.com/openwrt/telephony It simply looks like a missing dependency (libxml), but bug reports like this should go there, so that maintainers can do something. Baptiste On Tue, Jan 31, 2017 at 10:10:13AM +0100, Dennis

[LEDE-DEV] Babeld now has procd support on OpenWRT/LEDE

Hi, Here is yet another OpenWRT-related change for babeld: I just merged procd support for babeld [2], after more than two years of lingering [1]. The only user-visible changes should be: - babeld now logs to the system log (visible with "logread") instead of a file in /var/log. This is nice

Re: [LEDE-DEV] Difference between AutoLoad vs. AutoProbe for kernel modules?

On Tue, Jan 10, 2017 at 07:56:36AM +0100, John Crispin wrote: > >> 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

Re: [LEDE-DEV] [procd] Using "procd_set_param file" on a directory

On Mon, Jan 09, 2017 at 04:58:23PM +0100, Baptiste Jonglez wrote: > On Mon, Jan 09, 2017 at 04:36:25PM +0100, Felix Fietkau wrote: > > It does not support passing a directory. You should do: > > procd_set_param file /tmp/babeld.d/*.conf (without quotes) > > I wanted t

Re: [LEDE-DEV] [procd] Using "procd_set_param file" on a directory

On Mon, Jan 09, 2017 at 04:36:25PM +0100, Felix Fietkau wrote: > It does not support passing a directory. You should do: > procd_set_param file /tmp/babeld.d/*.conf (without quotes) I wanted to avoid this solution if possible, because it does not handle file creation. However, that is not a

Re: [LEDE-DEV] procd question, something causing high cpu usage

Hi Sebastian, On Mon, Dec 19, 2016 at 11:58:26PM +0100, Sebastian Kemper wrote: > Hi all, > > I'm running LEDE git from yesterday (but also observed this on an older > git revision from a few weeks back) on a small mips router. When I start > freeswitch compiled without libedit via procd, CPU

[LEDE-DEV] [procd] Using "procd_set_param file" on a directory

Hi, I am using the "procd_set_param file" feature of procd, so that calling "/etc/init.d/myscript reload" only restarts the process if one of the config file has changed. I was wondering if I can do the same thing on a directory? Basically, my daemon can now take configuration from all files in

[LEDE-DEV] Breaking compatibility with pre-1.5.1 babeld on OpenWRT/LEDE

Dear babeld users on OpenWRT/LEDE, Starting from babeld 1.5.1, the UCI format for configuring babeld on OpenWRT had changed to be more consistent with upstream babeld (use the same option names, and a few other changes). At the time, I had ensured backward compatibility, see:

[LEDE-DEV] Difference between AutoLoad vs. AutoProbe for kernel modules?

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 priority: AUTOLOAD:=$(call AutoLoad,28,raid0)

Re: [LEDE-DEV] [RFC] build: adjust version number handling

Hi jow, On Thu, Dec 01, 2016 at 06:34:42PM +0100, Jo-Philipp Wich wrote: > After this commit, the relevent files will look like the examples given below: > # cat /usr/lib/os-release > NAME="LEDE" > VERSION="CURRENT, Reboot" > ID="lede" > ID_LIKE="lede openwrt" >

Re: [LEDE-DEV] [PATCH] scripts/getver.sh: treat all commits as local if can't find upstream

Hi, On Thu, Nov 17, 2016 at 07:25:21AM +0100, Rafał Miłecki wrote: > If something goes wrong and script can't find upstream revision it will > return something like: > r2220 > which looks like a valid upstream revision 2220. We cant' distinguish it > from e.g. 2200 upstream commits and 20 local

[LEDE-DEV] [wiki] Permalinks to page sections

Hi, There is a small usability issue with the wiki: there is no easy way to get a permalink to a page section (i.e. a link that includes an anchor). First, it would be nice to have a small clickable permalink just beside a section title. Also, there is a bug in the table of contents of a page.

[LEDE-DEV] Package data on the wiki

Hi, I discovered that tons of packages now have their own page in the wiki, which is nice. It looks automated, what is the source of the data? Here are a few observations: - I'm not sure the list of architectures is very relevant, and it clutters the page a lot. See for instance

Re: [LEDE-DEV] [PATCH] kernel: expose configuration for padata

On Thu, Nov 10, 2016 at 04:07:44AM +0100, Jason A. Donenfeld wrote: > The padata API is a powerful framework for doing parallel jobs inside > the kernel, on which various modules in the package feed can depend, > such as WireGuard. There is no item text, so that it does not show up > in

Re: [LEDE-DEV] [PATCH] wireguard: select parallel encryption engine

Hi Jason, Thanks for the patch. Wireguard is not part of the core OpenWRT/LEDE systems, it is managed on https://github.com/openwrt/packages , so you should have sent a pull request there. Nevertheless, I will try to test and apply your patch within a few days. Baptiste On Thu, Nov 10, 2016

Re: [LEDE-DEV] How do you develop (compile) LEDE efficiently?

On Mon, Nov 07, 2016 at 09:51:31AM +0100, Rafał Miłecki wrote: > >> But what about development with modifying files in build_dir? That's > >> the most tricky part for me. > > > > What do you mean exactly? > > Like working with quilt to modify software (kernel/packages) in the build_dir. I see, I

Re: [LEDE-DEV] How do you develop (compile) LEDE efficiently?

On Mon, Nov 07, 2016 at 06:23:49AM +0100, Rafał Miłecki wrote: > On 7 November 2016 at 00:40, Russell Senior wrote: > > I have a 16-core build box which I connect to over ssh. I use scp to > > move images to devices. I have a testbed with ethernet connections to > >

Re: [LEDE-DEV] [wiki]Wiki structure

On Thu, Oct 06, 2016 at 08:38:35PM +, Alberto Bursi wrote: > > > On 10/06/2016 02:14 PM, Rich Brown wrote: > > The "experimental" section of the Wiki now substantially clones the entire > > web presence of www.lede-project.org. See the update info at: > >

Re: [LEDE-DEV] Target Profile removed from image name?

Hi, On Fri, Jul 08, 2016 at 11:11:25AM -0600, Donald Chisholm wrote: > Hi all, > > I have several hundred nodes running Openwrt CC with batman-adv and > thought I would start testing LEDE. However, after the build I > noticed you have removed the target profile (i.e. tl-841v11) from the > image

Re: [LEDE-DEV] LEDE & IPv6

On Fri, Jul 08, 2016 at 10:11:16AM +0200, Baptiste Jonglez wrote: > On Thu, Jul 07, 2016 at 08:01:10PM -0700, Craig Miller wrote: > > Dear Devs, > > > > Congratulations on the fork of OpenWRT. I look forward to the new LEDE > > releases. > > > > I am wr

Re: [LEDE-DEV] LEDE & IPv6

On Thu, Jul 07, 2016 at 08:01:10PM -0700, Craig Miller wrote: > Dear Devs, > > Congratulations on the fork of OpenWRT. I look forward to the new LEDE > releases. > > I am writing here because I am not a committer, but would like to > communicate with the Devs. I am a professional software

Re: [LEDE-DEV] Routing two interfaces on same subnet

On Mon, Jul 04, 2016 at 10:54:27PM +0200, Baptiste Clenet wrote: > Hi Wang, > Thank for your answer. May you explain how to do that? > I think this should work. The general idea would be: default via 192.168.0.1 dev wlan0 src 192.168.0.12 metric 300 default via 192.168.1.1 dev eth0 src

Re: [LEDE-DEV] Routing two interfaces on same subnet

On Mon, Jul 04, 2016 at 10:14:26AM +0200, Baptiste Clenet wrote: > Hi, > > On my board, I've got a wifi and an ethernet interfaces on the same > subnet (192.168.0.0/24). Problem is if ethernet cable is unplugged I > can't use wifi anymore, see > > root@eisox:/# ip route > default via

Re: [LEDE-DEV] kmod-udptunnel{4, 6} packages are empty (Was: Kernel symbol dependencies and KCONFIG usage for kernel packages)

On Sat, Jul 02, 2016 at 04:55:28PM +0200, Baptiste Jonglez wrote: > I think I found the cause of the issue: the packages kmod-udptunnel4.ipk > and kmod-udptunnel6.ipk are generated, but are empty (no .ko file). When > I activate the kernel symbol in kernel_menuconfig, these packages do

Re: [LEDE-DEV] Kernel symbol dependencies and KCONFIG usage for kernel packages

On Sat, Jul 02, 2016 at 03:48:36PM +0200, Hauke Mehrtens wrote: > > However, I have some trouble understanding what KCONFIG does. Wireguard > > needs a few kernel options, so I thought that KCONFIG was the place to > > declare such dependencies: > > > > > >

[LEDE-DEV] Kernel symbol dependencies and KCONFIG usage for kernel packages

Hi, I am packaging a new kernel module (wireguard), the package is currently here [1]. However, I have some trouble understanding what KCONFIG does. Wireguard needs a few kernel options, so I thought that KCONFIG was the place to declare such dependencies: