Re: [LEDE-DEV] Backporting stuff to lede-17.01

On 6 February 2017 at 00:39, Rafał Miłecki wrote: > On 2 February 2017 at 12:32, Rafał Miłecki wrote: >> There are few changes that recently went into master and I'd like to >> see in lede-17.01. Let me what do you think, if backporting any of >> these is a

[LEDE-DEV] ar711xx MikroTik conflicting image recommendation

>> Hello Everyone, >> >> I just purchased a MikroTik RB493G that I would like to try 17.01-rc1 on. >> I found the page: >> https://lede-project.org/docs/targets/ar71xx[https://lede-project.org/docs/targets/ar71xx] >> and it says to use the generic ar71xx images >> >> However >>

Re: [LEDE-DEV] Backporting stuff to lede-17.01

On 2 February 2017 at 12:32, Rafał Miłecki wrote: > There are few changes that recently went into master and I'd like to > see in lede-17.01. Let me what do you think, if backporting any of > these is a bad idea. > > 1) bgmac support for external PHYs > 6a853776a502 ("kernel:

[LEDE-DEV] ar711xx MikroTik conflicting image recommendation

Ditto on information to further test new Mikrotik models. I'm testing on 912G 5HPnD (BaseBox 5). I had previously loaded Chaos Calmer per the docs on openwrt successfully, but of course no sysupgrade, UBI, squashfs, etc. However, when I test the current LEDE changes, after sysupgrade from

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

On 02/05/2017 05:37 PM, Daniel Golle wrote: > Hi Alberto, > It's the first time I'm trying to get work compensated by the community > and I'm not sure whether kickstarter is the right way to go -- though > I've written clearly that the initial goal would cover one night of > hacking on rt2x00

Re: [LEDE-DEV] [PATCH] Kernel: bump LEDE 17.01 kernel to 4.4.47

On 5 February 2017 at 22:44, Rafał Miłecki wrote: > On 5 February 2017 at 22:30, Stijn Tintel wrote: >> On 05-02-17 17:49, Stijn Segers wrote: >>> Bumps kernel from .46 to .47. >>> >> This has to be done in master first, then cherry-picked into lede-17.01.

Re: [LEDE-DEV] [PATCH] Kernel: bump LEDE 17.01 kernel to 4.4.47

On 5 February 2017 at 22:30, Stijn Tintel wrote: > On 05-02-17 17:49, Stijn Segers wrote: >> Bumps kernel from .46 to .47. >> > This has to be done in master first, then cherry-picked into lede-17.01. Good point, this patch is confusing. Is this based on top of master with a

[LEDE-DEV] ar711xx MikroTik conflicting image recommendation

Hello Everyone, I just purchased a MikroTik RB493G that I would like to try 17.01-rc1 on. I found the page: https://lede-project.org/docs/targets/ar71xx and it says to use the generic ar71xx images However

Re: [LEDE-DEV] [PATCH] Kernel: bump LEDE 17.01 kernel to 4.4.47

On 05-02-17 17:49, Stijn Segers wrote: > Bumps kernel from .46 to .47. > This has to be done in master first, then cherry-picked into lede-17.01. Stijn ___ Lede-dev mailing list Lede-dev@lists.infradead.org

[LEDE-DEV] 17.01 patches

Hi all, As we prefer cherry-picking commits from master into the lede-17.01 branch, please don't send changes that can be cherry-picked as a patch. If you want a commit from master in lede-17.01, please send a mail requesting to cherry-pick them, with the commit(s) you want in a list in the same

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 >

[LEDE-DEV] Dedicated firmware images for several models missing

Hi, Some devices are missing dedicated image files. It confuses the hell out of me every time. ;-) For example, the "bullet-m" image is for the m2 and m5 models and seem to be for the non existing nanostation-loco-m2 / nanostation-loco-m5 / rocket-m2 / rocket-m5 / picostation-m2 images as

[LEDE-DEV] [PATCH] Kernel: bump LEDE 17.01 kernel to 4.4.47

Bumps kernel from .46 to .47. Compile-tested on ar71xx, ramips/mt7621 and x86/64. Run-tested on ramips/mt7621 and ar71xx. Signed-off-by: Stijn Segers --- include/kernel-version.mk | 4 ++--

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 > > project to fund an

[LEDE-DEV] [PATCH v2 2/3] ar71xx: provide support for RB-941-2nD via mach-rbxap.c

From: Thibaut VARENE This patch implements support for the hAP lite in mach-rbxap.c hAP lite was supported via mach-rb941.c, so this file is removed as well as the corresponding build bits. v2 fixes WLAN MAC offset and a comment grammar issue. Signed-off-by: Thibaut VARENE

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

On 02/04/2017 07:11 PM, Daniel Golle wrote: > 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… >> ... >>>

Re: [LEDE-DEV] [PATCH] ramips: fix AR670W partition alignment

05.02.2017 10:15, John Crispin: On 05/02/2017 09:59, Claudio Leite wrote: mtdsplit_lzma requires that the rootfs be aligned to a block boundary. Pad the kernel partition to make this so. Signed-off-by: Claudio Leite --- target/linux/ramips/image/rt288x.mk | 2 +- 1 file

[LEDE-DEV] [PATCH 2/3] ar71xx: provide support for RB-941-2nD via mach-rbxap.c

From: Thibaut VARENE This patch implements support for the hAP lite in mach-rbxap.c hAP lite was supported via mach-rb941.c, so this file is removed as well as the corresponding build bits. Signed-off-by: Thibaut VARENE ---

Re: [LEDE-DEV] [PATCH v4] ramips: Add support for Sanlinking D240

On 4 February 2017 at 21:28, Kristian Evensen wrote: > The Sanlinking Technologies D240 > (http://www.sanlinking.com/en/29-dual-4g-wifi-router.html) is basically the > same > device as the ZBT WE826, so adding support for it in LEDE is straight forward. > The

Re: [LEDE-DEV] Is there a location for utility scripts?

On 02/01/2017 06:13 PM, Rich Brown wrote: > A multi-part question: > > 1) Does the LEDE community have any favorite scripts that might be included > in the basic LEDE distribution? > > For example, I wrote a "getstats.sh" script >