Re: [LEDE-DEV] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue...?

Hi Kofi, On Tue, May 15, 2018 at 07:09:31PM +0300, Jamie Stuart wrote: > Kofi, > Would be great if you could clean up the patches so they apply on top of > trunk. Please also take Stanislaw Gruszka remarks into account so the work can go upstream.

Re: [LEDE-DEV] Setting *wireless* MTU, "UCI-compliant" way?

Hi Jeff, On Mon, Apr 30, 2018 at 08:59:12AM -0700, Jeff Kletsky wrote: > TL;DR > > When wireless is used as transport for an encapsulated stream, it can be > beneficial (or essential) to increase the MTU of the link closer to the 2304 > 802.11 MTU. I haven't found a way to set the MTU of the

[LEDE-DEV] [PATCH] wolfssl: fix options and add support for wpa_supplicant features

Some options' default values have been changed upstream, others were accidentally inverted (CONFIG_WOLFSSL_HAS_DES3). Also add options needed to build hostapd/wpa_supplicant against wolfssl. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- package/libs/wolfssl/Config.i

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] mac80211: pass hostapd control socket to mesh-mode supplicant

y does that, but uses non-configurable default values). I added support to at least handle mesh_fwding, because it was what I needed for my use-case, see https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=ff8df2b3f9c161edc3ab543bdbeb04a9fb45c959 Cheers Daniel > > On 04/13/2018 01:41

Re: [LEDE-DEV] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue...?

Hi Kofi, On Tue, Apr 17, 2018 at 07:32:57AM -0600, Kofi Agor wrote: > Hi Enrico, > > Some minor changes to our patch: > >1. We (Craig Matsuura) found that disabling/enable the txtasklet worked >better than tearing down and recreating the txtasklet each time. It also >resolved a

Re: [LEDE-DEV] OPKG Encryption

Hi Jaap, On Tue, Apr 17, 2018 at 10:03:10AM +0200, Jaap Buurman wrote: > Hello all, > > Today I discovered that pulling packages from the feeds is done over > http by default instead of https. I understand it is always going to > be a trade-off between space requirements and features/security.

[LEDE-DEV] ath9k SAE mesh causes weird kernel errors

Hi! running on ubnt hardware with kmod-mac80211 - 4.9.85+2017-11-01-4 i noticed this error when turning on SAE. everything still seems to be working fine though... Mon Apr 16 01:45:21 2018 kern.warn kernel: [ 7173.575772] [ cut here ] Mon Apr 16 01:45:21 2018 kern.warn

[LEDE-DEV] [PATCH] mac80211: pass hostapd control socket to mesh-mode supplicant

Unlike when operating in Ad-Hoc mode, we apparently need to pass the hostapd control socket interface to wpa_supplicant when using 802.11s mesh mode. There also seems to still be something wrong with the logic setting channel and (v)htmode parameters when using AP + mesh... Signed-off-by: Daniel

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] brcm2708: add squashfs rootfs image

On Thu, Mar 29, 2018 at 02:22:48AM +0200, Daniel Golle wrote: > On Tue, Mar 27, 2018 at 07:42:18PM +0200, Christian Lamparter wrote: > > This patch adds a image with squashfs as the root filesystem. > > A rootfs_data partition will be generated on the first boot > > and pla

[LEDE-DEV] [PATCH] hostapd: update to git snapshot of 2018-04-08

And import patch to allow 802.11s mesh on DFS channels, see also http://lists.infradead.org/pipermail/hostap/2018-April/038418.html Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- package/network/services/hostapd/Makefile | 6 +- ...1-mesh-factor-out-mesh-join-function.patch

Re: [LEDE-DEV] [PATCH] brcm2708: add squashfs rootfs image

image... Otherwise the new -squashfs image will > boot of a ram-overlay and won't keep the configurations after a reboot. > > Cc: Álvaro Fernández Rojas <nolt...@gmail.com> > Cc: Paul Spooren <spoo...@informatik.uni-leipzig.de> > Cc: Daniel Golle <dan...@

[LEDE-DEV] [PATCH] busybox: update to version 1.28.1

Addresses CVE-2017-15873 and CVE-2017-15874. Patch 600-cve-2017-16544.patch replaced by upstream fix. Some smaller changes mostly related to the elimination of getops's opt_complementary were needed for other patches. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- package/utils/b

Re: [LEDE-DEV] [PATCH] hostapd: update to git snapshot of 2018-03-13

Runs nice and stable since this post. Should I just push it? Tested on: ramips/mt7621, ar71xx/generic On Thu, Mar 15, 2018 at 01:29:03AM +0100, Daniel Golle wrote: > Update hostapd sources to current git snapshot to get rid of local > patches and pave the road towards using WPA3 fe

[LEDE-DEV] [PATCH] hostapd: update to git snapshot of 2018-03-13

for other patches to apply which are not worth being explicitely listed here. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- Compile tested: ar71xx/generic, ramips/mt7621 Run tested: ramips/mt7621 (MT7603E+MT7612E) package/network/services/hostapd/Makefile | 8 +- package/n

Re: [LEDE-DEV] revisited: Nanostation m5 XW ethernet patch gone

provide a more detailed description of what symptoms > > you're seeing. > > > > I did indeed clean up the AT8032 mess and solved it in the PHY driver > > (controlled by platform data) instead of adding GPIO toggle hackery to > > the Ethernet driver. > > > > - F

Re: [LEDE-DEV] [PATCH v1 1/1] openssh: disable passwords for openssh server

Hi! On Thu, Feb 15, 2018 at 08:51:23AM -0700, Philip Prindeville wrote: > > > > This is just about the default configuration, it's not a choice between > > conflicting compile time options with varying security implications. While > > key authentication may be best practice, allowing SSH

[LEDE-DEV] [PATCH] ar71xx: add support for Gainstrong Oolite V5.2

The Oolite V5.2 is a dual-radio system-on-a-module. Specs: - QCA9531 @ 550MHz with integrated 2T2R 802.11bgn - 64 MB DDR2 RAM - 16 MB SPI NOR Flash (W25Q128FV) - 1+4x 10/100 Mbps Ethernet - QCA9887 1T1R 802.11ac Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- .../linux/ar71x

[LEDE-DEV] [PATCH] base-files: quote values when evaluating uevent

When sourcing /sys/class/block/*/uevent values have to be quoted as they may contain spaces (e.g. in PARTNAME). Fix this by pre-processing with sed before sourcing. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- package/base-files/files/lib/upgrade/common.sh | 5 ++--- 1 file chan

[LEDE-DEV] [PATCH/RFC] hostapd: update to git snapshot of 2017-12-21

which would fail the checks applied on the psk field (ie. length and such). Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- package/network/services/hostapd/Makefile | 8 +- package/network/services/hostapd/files/hostapd.sh | 6 +- ...-Avoid-key-reinstallation

Re: [LEDE-DEV] new RBM33G board

Hi Dan, On Mon, Dec 25, 2017 at 10:50:41AM -0700, dan wrote: > Guys, new product from mikrotik. RBM33G. Has a MT7621A CPU w/ 16MB > of flash, 256MB RAM, and pcie m.2. > > This thing has 2 mini pci2 slots and 3 gigabit ethernet port and looks > nearly perfect for a dual radio, quad channel mesh

Re: [LEDE-DEV] [PATCH] netifd: always send DHCPv4 hostname

Hi Mathias, On Fri, Dec 08, 2017 at 09:35:26AM +0100, Mathias Kresin wrote: > udhcpc doesn't send a hostname by default. Use the system hostname if > nothing else is specified, to always send a hostname. > > It syncs the behaviour to odhcpc, which always sends a hostname. Could we somehow allow

Re: [LEDE-DEV] [PATCH] base-files: config_generate: keep ipv6 interface in sync

On Wed, Dec 06, 2017 at 05:58:18PM +0100, Matthias Schiffer wrote: > On 12/06/2017 12:40 AM, Roman Yeryomin wrote: > > On 2017-12-05 21:52, Hans Dedecker wrote: > >> On Tue, Dec 5, 2017 at 5:22 PM, Roman Yeryomin wrote: > >>> It's better not to configure ifname separately since

Re: [LEDE-DEV] fixing of image file names

On Wed, Nov 29, 2017 at 09:33:39AM +0100, Mathias Kresin wrote: > 28.11.2017 19:24, Daniel Golle: > > Hi Moritz, > > > > thanks for stepping forward and adressing this issue. > > It'd be good to include the two assertions added to your list beelow. > > >

Re: [LEDE-DEV] fixing of image file names

On Tue, Nov 28, 2017 at 08:16:33PM +0100, Moritz Warning wrote: > Ok, > > looks like I should make a patch. :P > > On 11/28/2017 07:24 PM, Daniel Golle wrote: > > Hi Moritz, > > > > thanks for stepping forward and adressing this issue. > > It'd be g

Re: [LEDE-DEV] fixing of image file names

Hi Moritz, thanks for stepping forward and adressing this issue. It'd be good to include the two assertions added to your list beelow. On Tue, Nov 28, 2017 at 07:05:23PM +0100, Moritz Warning wrote: > Hi, > > I noticed that there are some image file names that do not follow the > "common" name

Re: [LEDE-DEV] [PATCH rpcd v2] sys: fix passwd path

Hi Roman, On Sun, Nov 26, 2017 at 12:02:14PM +0200, Roman Yeryomin wrote: > Changes from v1: > - use pointer to reduce compile size > > Signed-off-by: Roman Yeryomin > --- > sys.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/sys.c b/sys.c >

Re: [LEDE-DEV] merge: add OpenWrt branding

On Tue, Oct 24, 2017 at 03:07:04PM +0200, Jo-Philipp Wich wrote: > Hi, > > comments inline. > > > Signed-off-by: Imre Kaloz > > Given the fact that we explicitely wanted to avoid @openwrt.org mails > and that this was one of the discussion points leading to the split I >

Re: [LEDE-DEV] Update to util-linux 2.30.1 breaks x86_64 squashfs-combined

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 all. > > > > What I can tell is this, having added some tracing to fstools.

Re: [LEDE-DEV] RFC [PATCH] odhcpd: don't enable server mode on dhcp lan

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 of a device being a dhcpv4 client and > v6 server on the

[LEDE-DEV] [PATCH] rt2x00: port remaining patches for mac80211 from 4.13-rc6

Convert patches for RT3883 and RT3663 as well as support for external PA on MT7620 to use the changed calling convention for rt2.*_read(...) functions. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- ...rt2800lib-add-channel-configuration-function-.patc

Re: [LEDE-DEV] boot error on dwr-921 (mt7620n)

Hi Giuseppe, On Sun, Jul 30, 2017 at 09:26:15PM +0200, Giuseppe Lippolis wrote: > Dear community, > I'm trying to port openwrt/lede on the dlink dwr921 (mt7620n arch). > > Currently I get a kernel panic after the OS fail to find the wmac eeprom > location. > At the moment I use in the dts

[LEDE-DEV] [PATCH 2/2] busybox: move passwd applet to /bin

. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- .../utils/busybox/patches/510-move-passwd-applet-to-bin.patch | 11 +++ 1 file changed, 11 insertions(+) create mode 100644 package/utils/busybox/patches/510-move-passwd-applet-to-bin.patch diff --git a/package/utils/b

[LEDE-DEV] [PATCH 1/2] busybox: move traceroute applets to /bin

' versions. Refresh existing patch while at it. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- package/utils/busybox/patches/230-add_nslookup_lede.patch | 8 .../patches/500-move-traceroute-applets-to-bin.patch| 13 + 2 files changed, 13 insertions

Re: [LEDE-DEV] [PATCH 1/4] x86: Drop stray subtarget "epia"

by mistake (unless there is any unexpected public interest in having a VIA EPIA sepecific sub-target, I think it's safe to assume there isn't). Acked-by: Daniel Golle <dan...@makrotopia.org> > > Cc: Daniel Golle <dan...@makrotopia.org> > Signed-off-by: Baptiste Jonglez <g...

Re: [LEDE-DEV] [PATCH] block: support /dev/xvd* nodes

On Wed, Jul 12, 2017 at 07:14:04AM -0400, W. Michael Petullo wrote: > From bc848f9f3d0ffb9aa114c7faa3916f059f5616b2 Mon Sep 17 00:00:00 2001 > From: "W. Michael Petullo" > Date: Wed, 12 Jul 2017 07:02:18 -0400 > Subject: [PATCH] block: support /dev/xvd* nodes > To: LEDE Development

Re: [LEDE-DEV] Fw: Faulty in video.mk?

There is nothing wrong there. Kernel modules move location from time to time and we support different kernel versions within the same build tree. Hence we got some logic to easily express whether and where a module exists. in this case "@ge4.4" means "if kernel version is _g_reater than or _e_qual

Re: [LEDE-DEV] Need for kernel/drivers/media tree

Hi Erik, have a look at video.mk which already packages some V4L2 modules. Most likely you'll only have to add a couple of lines to package the modules you need (supposedly dvb-core, some dvb-frontends and a USB device). Let me know if you need more help. Cheers Daniel On Fri, Jun 23, 2017 at

[LEDE-DEV] [PATCH] uhttpd: fix PKG_BUILD_DEPENDS

, as PKG_BUILD_DEPENDS should actually really reference source package names if you asked me. However, to fix things for now, use libustream-mbedtls to fix scripts/feeds and parallel builds which otherwise fail to build uhttpd. Reported-by: Paul Spooren <p...@spooren.de> Signed-off-by: Daniel

Re: [LEDE-DEV] procd: cherry-pick fixes into lede-17.01 branch

On Tue, Jun 20, 2017 at 10:04:05AM -0700, Florian Fainelli wrote: > On 06/20/2017 07:52 AM, Daniel Golle wrote: > > Hi! > > > > I've created a lede-17.01 branch for procd so fixes can be > > cherry-picked from master onto that branch. > > I suppose that work

Re: [LEDE-DEV] procd: cherry-pick fixes into lede-17.01 branch

Hi Florian, On Tue, Jun 20, 2017 at 09:00:30AM -0700, Florian Fainelli wrote: > On 06/20/2017 08:58 AM, Jo-Philipp Wich wrote: > > Hi, > > > > in principle I do not have any objections but I am not sure if we should > > really backport the sysupgrade changes yet. Are we sure that thestaged > >

[LEDE-DEV] procd: cherry-pick fixes into lede-17.01 branch

Hi! I've created a lede-17.01 branch for procd so fixes can be cherry-picked from master onto that branch. I suggest to pick the commits listed below: 453116e system: introduce new attribute board_name e5b963a preinit: define _GNU_SOURCE e5ff8ca upgraded: cmake: Find and include uloop.h f367ec6

Re: [LEDE-DEV] [PATCH] build: Fix not altering KERNELRELEASE for external kernel

Not completely related, but it came to my mind a couple of days ago and maybe you can share your opinion: Shouldn't we also be setting CONFIG_LOCALVERSION if *not* using an external kernel, to indicate that this is *not* a vanilla kernel.org codebase but actually got tons of OpenWrt/LEDE patches

Re: [LEDE-DEV] [PATCH v2 1/2] base-files: allocate uid/gid starting from 65536

On Fri, Jun 16, 2017 at 12:15:19PM -, Karl Palsson wrote: > > Daniel Golle <dan...@makrotopia.org> wrote: > > On Fri, Jun 16, 2017 at 10:30:14AM -, Karl Palsson wrote: > > > > > > > > > I fairly strong feel that this change brings no

Re: [LEDE-DEV] [PATCH v2 1/2] base-files: allocate uid/gid starting from 65536

On Fri, Jun 16, 2017 at 10:30:14AM -, Karl Palsson wrote: > > > I fairly strong feel that this change brings no value to the > table. I disagree. For now, the two allocation schemes (hardcoded vs. dynamic) are competing for the same address space. This can result in a hard-coded UID/GID to

[LEDE-DEV] CONFIG_BRIDGE_VLAN_FILTERING

I noticed that the Linux built-in bridge now supports filtering by VLAN tags. This can be much more efficient than using ebtables for the same task, hence I wonder if there is any reason to keep this disabled or if there is interest in enabling it (I'd evaluate the space requirements on most

Re: [LEDE-DEV] solar wifi AP designs

Hi! I use EPSolar Tracer MPPT controllers here, the older RN series got a 3.3V-level TTL serial port for which I've written a small tool which allows easy integration with collectd: https://github.com/dangowrt/tracertools/ (package can be found on github.com/openwrt/packages as well) The

Re: [LEDE-DEV] enable Banana Pi OTG

On Sat, Jun 10, 2017 at 02:53:53PM +0200, Gerhard Bertelsmann wrote: > Hi, > > the Banana Pi has a USB OTG capable port. This seems to be not enabled > or choosable with 'make menuconfig'. I had a quick look in the > makefiles but didn't find the central place where USB_GADGET_SUPPORT > is

[LEDE-DEV] MT7688 SPI confusion

Hi! I'm currently trying to get SPI with two devices connected to work on MT7688 and noticed that the spi-mt7621 driver got a pretty weird work-around going on: if CS# is set it does only half-duplex transfers which if CS# is not set it does full-duplex. John has then disabled full-duplex

Re: [LEDE-DEV] [OpenWrt-Devel] openwrt and lede - remerge proposal V3

On Mon, May 29, 2017 at 09:03:57AM +0200, John Crispin wrote: > (resend, this time as plain text) > > Hi, > > here is a V3 of the remerge proposal, I tried to fold all the comments > people made into it, if anything is missing let me know. Please remeber that > post remerge anything can be voted

Re: [LEDE-DEV] Planning v17.01.2

Hi Jo, On Wed, May 24, 2017 at 10:34:20PM +0200, 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

Re: [LEDE-DEV] Problem with commit "kernel: add hwmon for W83627EHF and family"

Hi Rafal, On Sun, May 21, 2017 at 05:02:44PM +0200, Rafał Miłecki wrote: > Hi, > > I noticed commit 0dcc36fc7ddec ("kernel: add hwmon for W83627EHF and > family") in the LEDE tree that doesn't look OK to me. > > 1) Package for hwmon-w83627ehf > Do we need it to be a package? Or could it be

Re: [LEDE-DEV] convention on uid/gid for packages

On Mon, May 15, 2017 at 10:59:55PM +0800, Yousong Zhou wrote: > On 15 May 2017 at 22:41, Val Kulkov wrote: > > The auto-allocation of uid/gid emulates useradd/groupadd, picking the > > first unused uid/gid starting from 100. This works quite well on its > > own, but there

Re: [LEDE-DEV] convention on uid/gid for packages

Hi Val, On Sat, May 13, 2017 at 06:23:29PM -0400, Val Kulkov wrote: > Is there any convention on the use of uid and gid when creating new > users or groups? Can someone point me to it, if it exists? > > I noticed that two packages, icecast and postfix, compete for the same uid=87: > > icecast's

Re: [LEDE-DEV] [PATCH v2] ramips: add support for GL-inet GL-MT300N-V2

On Fri, May 12, 2017 at 05:51:18PM -0500, L. D. Pinney wrote: > On Fri, May 12, 2017 at 5:29 PM, Mathias Kresin wrote: > > 12.05.2017 03:37, kyson lok: > >> > >> On Fri, May 12, 2017 at 6:18 AM, L. D. Pinney wrote: > > + { > + status =

Re: [LEDE-DEV] openwrt and lede - remerge proposal

Hi Edwin, On Fri, May 12, 2017 at 10:02:36AM +0200, Edwin van Drunen wrote: > As a long time user of OpenWRT and recent “LEDE convert” I would also like to > chime in on the naming and branding of the post-merge project. > > My employer and several of my industrial clients have used

Re: [LEDE-DEV] [OpenWrt-Devel] openwrt and lede - remerge proposal

On Mon, May 08, 2017 at 09:19:42PM +0200, Zoltan HERPAI wrote: > Hi, > > On Mon, 8 May 2017, Daniel Engberg wrote: > > > Trac: > > Is it really worth keeping trac at all? What value does it add? Just > > display a page explaining that it's shutdown and forward to OpenWrt? > > There is a lot of

Re: [LEDE-DEV] RFC: files included in initramfs images (was: [PATCH] ramips: enable ramdisk for mt7621)

backport the commit changing the default packages from master and skip the boards which are not preset in lede-17.01 (which obviously makes future backporting of the commits adding those boards harder)? Cheers Daniel On Thu, May 04, 2017 at 05:35:59AM +0200, Daniel Golle wrote: > Hi Paul, >

[LEDE-DEV] RFC: files included in initramfs images (was: [PATCH] ramips: enable ramdisk for mt7621)

Hi Paul, I've merged your patch, however, it looks like the buildbot process still doesn't generate the desired image (despite our tests and success we've seen earlier). This is because the ubnt-erx-factory-image build artifact cannot work in the ImageBuilder and I've converted it into a nicer

Re: [LEDE-DEV] update asterisk

Hi! Please add add Signed-off-by: line and your real name, then I can apply the patch for you. Please also see the (cosmetic) coments below. On Thu, Apr 20, 2017 at 12:10:24AM +0300, Knall Kopf wrote: > Hello, > can everybody update the feed/telephony.git to the newest Asterisk and Libpri >

Re: [LEDE-DEV] [AD] support me hacking on OpenWrt/LEDE

n and so on... So please tell me more :) Cheers Daniel > > Cheers > > Benni > > Am 22.03.2017 um 11:22 schrieb Daniel Golle: > > Hi everyone, > > > > most of you might know me for hacking on embedded stuff while having > > the common good in mind.

Re: [LEDE-DEV] [PATCH] ar71xx: add Engenius ENH200EXT support

Hi Paul, On Fri, Mar 31, 2017 at 10:38:39PM +0200, Paul Oranje wrote: > This POE access point suited for outside usage needs an external antenna. > According FCC documentation the ENH200EXT (needs external antenna) and the > ENH200 (with internal antenna) are electrically equal to the Allnet

Re: [LEDE-DEV] Release 17.01.0 binary packages have changed and SDK inconsistency

On Wed, Mar 29, 2017 at 05:28:07AM +0200, Pau wrote: > On 29/03/17 02:45, Daniel Golle wrote: > > On Tue, Mar 28, 2017 at 10:55:09PM +0200, Pau wrote: > >> Hi Daniel, thanks for your reply. Find my comments in-line. > >> > >> On 28/03/17 22:37, Daniel Golle wro

Re: [LEDE-DEV] Release 17.01.0 binary packages have changed and SDK inconsistency

Hi James, On Tue, Mar 28, 2017 at 04:58:54PM -0600, James Feeney wrote: > I am motivated to rant again on this topic. Repeating what I said last > November, before the new release process was finalized, in response to > David Lang: > > --- > > >> There is an interesting question of how to

Re: [LEDE-DEV] Release 17.01.0 binary packages have changed and SDK inconsistency

On Tue, Mar 28, 2017 at 11:22:42PM +, Alberto Bursi wrote: > On 03/29/2017 12:19 AM, Gui Iribarren via Lede-dev wrote: > > all we want to do is create a firmware based on a specific LEDE release, > > and not fear that if we want to rebuild the exact same firmware in two > > months (or days!),

Re: [LEDE-DEV] Release 17.01.0 binary packages have changed and SDK inconsistency

On Tue, Mar 28, 2017 at 10:55:09PM +0200, Pau wrote: > Hi Daniel, thanks for your reply. Find my comments in-line. > > On 28/03/17 22:37, Daniel Golle wrote: > > Hi Pau, > > > > On Tue, Mar 28, 2017 at 09:28:22PM +0200, Pau wrote: > >> Hi. > >> >

Re: [LEDE-DEV] Release 17.01.0 binary packages have changed and SDK inconsistency

Hi Pau, On Tue, Mar 28, 2017 at 09:28:22PM +0200, Pau wrote: > Hi. > > I am using the SDK and IB from LEDE 17.01.0 release (mips_24kc). I've > been using it successfully the last days until now. I did not change > anything but I get the error: > > * opkg_install_pkg: Package luci-lib-nixio

Re: [LEDE-DEV] missing debugging stuff for 17.01.0 release binaries

Hi! On Sun, Mar 19, 2017 at 12:46:37PM +0100, Daniel Golle wrote: > Hi! > > I just realized that debugging symbols have not been published along > with the (stripped) release binaries for 17.01.0. > This is bad because this is needed to understand e.g. the call trace

[LEDE-DEV] [AD] support me hacking on OpenWrt/LEDE

Hi everyone, most of you might know me for hacking on embedded stuff while having the common good in mind. Because I'm practically always out of money, I decided to setup a patreon account which can help me to gather at least the $$$ needed to pay for obligatory health insurance and such things.

[LEDE-DEV] missing debugging stuff for 17.01.0 release binaries

Hi! I just realized that debugging symbols have not been published along with the (stripped) release binaries for 17.01.0. This is bad because this is needed to understand e.g. the call trace dumped along with a kernel oops. OpenWrt 15.05.1 got that while LEDE 17.01.0 doesn't :(

Re: [LEDE-DEV] using sata-port-specific led triggers

Hi Alberto, On Wed, Mar 08, 2017 at 09:59:10PM +, Alberto Bursi wrote: > Hi, I'm trying to use the functionality added by this patch [1] (it > should generate different led triggers for each Sata port) for a few > kirkwood device that have multiple Sata Leds. > > This patch is currently

Re: [LEDE-DEV] [PATCH] ramips: Add patch to reset SPI flash to 3-byte addressing

Hi, we've previously discussed [1] the patch on the mailing list and I believe that rather switching to 4-byte addressing mode we should rather use 4-byte opcodes instead because that would prevent the whole problem and provide a more reliable way to support large flash chips. This is also how

Re: [LEDE-DEV] Github's new TOS

On Thu, Mar 02, 2017 at 02:18:45PM -0800, David Lang wrote: > On Thu, 2 Mar 2017, Daniel Golle wrote: > > > Sounds very reasonable to me. From what I understood that was all > > about partial quotes which show up as part of search-results and the > > github website

Re: [LEDE-DEV] Github's new TOS

Hi Alberto, Hi Eric, thank you for getting into this. I'm quite the oposite of a legal expert, so this might all just as well be rather meaningless FUD. On Thu, Mar 02, 2017 at 07:26:02PM +, Alberto Bursi wrote: > ... > Again I'm not seeing anything evil. > > I tend to see any accusatory

[LEDE-DEV] Github's new TOS

Hi! For your consideration: Please have a look at https://joeyh.name/blog/entry/removing_everything_from_github/ This is not very surprising -- if power gets too concentrated it's only a matter of time to see it being abused. Hopefully we can pull stuff out there without implicitely

Re: [LEDE-DEV] replacing mountd with blockd - looking for testers

On Mon, Feb 27, 2017 at 11:48:23AM +0100, John Crispin wrote: > On 27/02/2017 11:43, Alberto Bursi wrote: > > There are quite a few NAS devices that have 2+ disk activity leds (one > > for each disk) that could really use a generic system instead of adding > > patches to drivers/kernel. > >

[LEDE-DEV] [PATCH RFC 2/2] ramips: dts: add precompiler macro for VLAN defaults

s and all the freedom and simplicity of having just an 8-bit field. Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- (consider the previous PATCH RFC as 1/2 extended by this one) target/linux/ramips/dts/3G-6200N.dts | 3 ++- target/linux/ramips/dts/3G150B.dts

Re: [LEDE-DEV] [PATCH] [BUG] XRX200 VPE support is broken since conflicting SMP support was introduced

On Wed, Feb 22, 2017 at 04:33:00PM +0100, Stefan Koch wrote: > 1) So one possibility is to disable CONFIG_MIPS_MT_SMP when the vmmc driver > package is selected. But this conflicts with Default Target approach which > builds images for all xrx200 based devices. > 2) Create a menu entry within

[LEDE-DEV] [PATCH RFC] ramips: convert mt7530 to use numerical mediatek, portmap property

Just like on Rt305x, use numerical values for portmap instead of strings. Map strings in device-tree definitions to numerical values such that: "w" = <0x2f> "w" = <0x3e> "lllll" = <0x3f> Signed-off-by: Daniel Golle <dan...@makrot

Re: [LEDE-DEV] Is there a Image for TP-Link TL-WA854RE (WiFi Range Extender) ?

Hi Alberto, On Sun, Feb 19, 2017 at 10:12:04AM +, Alberto Bursi wrote: > On 02/19/2017 09:49 AM, Daniel Golle wrote: > > This still leaves us without failsafe mode and hard-to-access UART, so > > it'd make more sense to revive > > https://github.com/openwrt/packages-

Re: [LEDE-DEV] Is there a Image for TP-Link TL-WA854RE (WiFi Range Extender) ?

Hi Dennis, Hi Alberto, On Sat, Feb 18, 2017 at 07:02:54PM +, Alberto Bursi wrote: > > Anyway, for proper support we'd need either: > > * adding wireless interface being enabled as AP > > * mimic WPS button functionality of stock firmware > > > There are some such wifi-only devices supported

Re: [LEDE-DEV] Is there a Image for TP-Link TL-WA854RE (WiFi Range Extender) ?

Hi Dennis, On Sat, Feb 18, 2017 at 06:32:53PM +0100, Dennis Schneck wrote: > Hello, > is there a Image for TP-Link TL-WA854RE ? Due to the lack of an Ethernet port the device is currently very hard to support properly. It's also known to have a very hard to access UART, so it's easy to brick and

[LEDE-DEV] [PATCH] ramips: replace remaining instances of ralink, port-map

to replace "w" by "w" in the dts file belonging to that board (and send a patch doing that!) Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- Having a closer look now I find it very confusing that a numerical value is used on rt305x devices which the (suppo

Re: [LEDE-DEV] [OpenWrt-Devel] MT7620A WiFi issue - with a twist!

Hi Alberto, On Sun, Feb 05, 2017 at 02:27:06PM +, Alberto Bursi wrote: > On 02/04/2017 07:11 PM, Daniel Golle wrote: > > As a response to the many issues and obvious code quality problems in > > the patch adding support for MT7620 to rt2x00 I started a kickstarter >

Re: [LEDE-DEV] NETSHe mac80211 GPL sources

o and more throughput as links are rather short compared to what you are doing. Nevertheless, I'm impressed by your report of 30km+ stable links! Cheers Daniel > > Regards, Stas > > > On 03.02.2017 13:40, Daniel Golle wrote: > > Hi Stas, > > > > thanks for the

Re: [LEDE-DEV] [OpenWrt-Devel] MT7620A WiFi issue - with a twist!

Hi Juergen, On Sat, Feb 04, 2017 at 08:32:36AM +0100, Juergen Kimmel wrote: > Hello everyone, > I'm in the same boat struggeling with mt7620a WiFi performance, > namely with the device called ZBT APE522ii. > Stock firmware based on Openwrt (has no version number) has no issues > concerning

Re: [LEDE-DEV] [OpenWrt-Devel] MT7620A WiFi issue - with a twist!

Hi Weedy, On Fri, Feb 03, 2017 at 07:49:22PM -0500, Weedy wrote: > On 1 February 2017 at 15:29, Jamie Stuart wrote: > > Hello LEDE / OpenWRT devs, > > > > I am requesting your help. First a little background… > ... > > This a known issue with the chipset and seems to have

Re: [LEDE-DEV] NETSHe mac80211 GPL sources

Hi Alberto, On Fri, Feb 03, 2017 at 10:59:38AM +, Alberto Bursi wrote: > > > On 02/03/2017 07:35 AM, Stanislav V. Korsakov wrote: > > Hi Daniel, > > > > We provide our GPLed and dual licensed source codes to our customer only. > > Not our source code is available at

Re: [LEDE-DEV] NETSHe mac80211 GPL sources

e codes to our customer only. > Not our source code is available at http://gw.stasoft.net/dl/ > > Can you tell me what is your real interest? > > Regards, Stas > > > On 03.02.2017 03:43, Daniel Golle wrote: > > Hi! > > > > NETSHe offers a modified version

[LEDE-DEV] [PATCH LEDE-17.01] kernel: bump to 4.4.46

co.borrom...@inventati.org> Signed-off-by: Koen Vandeputte <koen.vandepu...@ncentric.com> Signed-off-by: Daniel Golle <dan...@makrotopia.org> --- include/kernel-version.mk | 4 ++-- .../patches-4.4/910-unaligned_access_hacks.patch | 4 ++-- ..

Re: [LEDE-DEV] [PATCH] ramips: Add patch to reset SPI flash to 3-byte addressing

Hi Alexandru, On Mon, Jan 30, 2017 at 02:53:43PM -0800, Alexandru Gagniuc wrote: > This patch is designed to workaround an issue where an mt7620 will > hang after a reboot. This happens because the bootrom gets confused > when the SPI flash is left in 4-byte addressing mode. This change > makes

Re: [LEDE-DEV] Patch to iwinfo to add the ability to load backends from external .so modules

Hi! Please resend your patches with git format-patch or git send-email instead of attaching them as files. This will make sure that people actually get to see them and that they will get listed in our patchwork instance [1]. When doing so, please include 'iwinfo' in the mails' subject prefixes,

Re: [LEDE-DEV] [OpenWrt-Devel] [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

On Fri, Jan 13, 2017 at 05:17:23PM +0100, Daniel Golle wrote: > On Fri, Jan 13, 2017 at 04:59:59PM +0100, Johannes Berg wrote: > > > > > The advantage of pull requests is that author information can be > > > preserved more easily. Running git format-patch re

Re: [LEDE-DEV] [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

On Fri, Jan 13, 2017 at 04:59:59PM +0100, Johannes Berg wrote: > > > The advantage of pull requests is that author information can be > > preserved more easily. Running git format-patch results in most > > patches > > having wrong SMTP sender information due to the assumption that the > > patch

Re: [LEDE-DEV] [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

Hi Kalle, On Fri, Jan 13, 2017 at 12:46:56PM +0200, Kalle Valo wrote: > Daniel Golle <dan...@makrotopia.org> writes: > > ... > > Please review and comment, so we can get those patches merged! > > No pull requests, please. Instead send these as patches, easier to > r

[LEDE-DEV] [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

closer to the expected performance when using HT40 modes. And also a lot of new added hardware support: Gabor Juhos wrote code for Rt3883 WiSoC. Daniel Golle implemented support for Rt3352 by designs with external PA as well as for boards using a 20MHz crystal instead of the usual 40MHz. Serge

Re: [LEDE-DEV] [PATCH v2 09/14] rt2x00: rt2x00pci: set PCI MWI only if supported

Hi John, On Tue, Jan 17, 2017 at 08:34:44AM +0100, John Crispin wrote: > here is the original thread related to this patch > > http://rt2x00.serialmonkey.com/pipermail/users_rt2x00.serialmonkey.com/2012-November/012227.html nah, that was me apparently trying to submit this upstream once before

Re: [LEDE-DEV] [PATCH v2 09/14] rt2x00: rt2x00pci: set PCI MWI only if supported

Hi! On Mon, Jan 16, 2017 at 11:08:57AM +0100, Stanislaw Gruszka wrote: > On Mon, Jan 16, 2017 at 04:06:25AM +0100, Daniel Golle wrote: > > From: Claudio Mignanti <c.migna...@gmail.com> > > > > This is needed for devices without support for PCI MWI. See also > >

Re: [LEDE-DEV] [PATCH] ramips: Add I2C driver to the default kernel config

Just a thought: Isn't there a way to simply have a hotplug handler which calls /sbin/hwclock instead of forcing RTC modules to be built-in? Cheers Daniel On Thu, Jan 12, 2017 at 07:05:00PM -0800, Rosen Penev wrote: > I made a commit that added the RTC driver to the kernel config with > the

[LEDE-DEV] upstreaming (most) rt2x00 patches

[I had a typo in the lede-dev address in my first attempt to post this] Hi! The amount of patches on top of rt2x00 has grown into a huge pile during the past couple of years. To get things into a shape that allow discussing and merging them upstream, I created a tree on github based on

Re: [LEDE-DEV] Branching LEDE 17.01

Hi! I'd really like to see a rather trivial issue addressed: dnsmasq fails to get notifications on /tmp/resolv.conf.auto changes when running inside ujail. This is because the bind mount obviously won't survive this file being *replaced*, eg. if the DHCP client supplies the DNS server to be used

  1   2   >