[LEDE-DEV] [PATCH v2] mt7621: Fix LAN port order of WeVO W2914NS v2

From: "Yong-hyu, Ban" Signed-off-by: Yong-hyu, Ban --- Changelog: v2: Fix signed-off name to real name. target/linux/ramips/base-files/etc/board.d/02_network | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[LEDE-DEV] [PATCH] mt7621: Fix LAN port order of WeVO W2914NS v2

Signed-off-by: perillamint --- target/linux/ramips/base-files/etc/board.d/02_network | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/target/linux/ramips/base-files/etc/board.d/02_network b/target/linux/ramips/base-files/etc/board.d/02_network

Re: [LEDE-DEV] ath10k firmware crashes in mesh mode on QCA9880

Just tried 10.2.4.70.58 firmware that you linked to and it still crashes: [ 131.568989] ath10k_pci :01:00.0: firmware crashed! (uuid 1838347e-9380-4a26-ac9d-2963ee95968b) [ 131.578124] ath10k_pci :01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub : [

[LEDE-DEV] [PATCH] brcm63xx: fix BCM6368 switch hw LEDs

Prevent from erasing the pinmux of HW ephy LEDs in BCM6368 In BCM6368 CFE configures the HW controled LEDs for the switch by setting the required GPIO pinmux. But in OpenWrt when the peripherals are initialized, the code is erasing the pinmux previously configured by CFE. Just don't erase

Re: [LEDE-DEV] enhanced 3G support

Dear Bjørn, please join the discussion directly on the github code: https://github.com/lede-project/source/pull/585 Bye. ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [source] procd: update to the latest version, fixes killing jailed processes

Hi Felix, 2016-12-02 6:32 GMT-08:00 Felix Fietkau : > > Hi Etienne, > > what value would you suggest as a default? I should probably make it > configurable on the command line as well. For service handling data we might loose data, so maybe no default at all unless it's

Re: [LEDE-DEV] [OpenWrt-Devel] [PATCH] [kernel] fix XW ethernet lockup ar71xx-ag71xx-ar803x

On 2016-12-02 18:54, Joe Ayers wrote: > Felix, > > + update to NBM5/16 in table below. > > I am running your staging, usually takes a ~day to see a failure. No > news means no failure to current time. > > testing on NS Loco M5 XW: > [0.00] Linux version 4.4.35 (joe@AE6XE-PE) (gcc

Re: [LEDE-DEV] [source] procd: update to the latest version, fixes killing jailed processes

Hi Etienne, what value would you suggest as a default? I should probably make it configurable on the command line as well. - Felix On 2016-12-02 15:25, Etienne Champetier wrote: > Hi Felix, > > Just had a look at the code and 1sec of timeout seems a bit low for me > for an hard coded value,

Re: [LEDE-DEV] replacing files in base system from a package?

On 12/01/2016 10:29 PM, Rafał Miłecki wrote: > On 1 December 2016 at 12:48, Zefir Kurtisi wrote: >> On 12/01/2016 08:28 AM, Rafał Miłecki wrote: >>> So you still may end up with base-files installed and /etc/banner >>> being different. If you re-install that package,

Re: [LEDE-DEV] VGV7510KW22: Image Problem ?

2016-11-24 13:05 GMT+01:00 Dennis Schneck : > Hello, > i try to upgrade my Image on my VGV7510KW22 > > Running: r2244 > > root@router:/tmp# wget > http://downloads.lede-project.org/snapshots/targets/lantiq/xrx200/lede-lantiq-xrx200-VGV7510KW22NOR-squashfs-sys > upgrade.bin >

Re: [LEDE-DEV] VGV7510KW22: Image Problem ?

https://github.com/lede-project/source/commit/929641fa1fb23942581f64e6fa75ba87ba6111af Probably you should backup your configuration and then flash using mtd On Thu, Nov 24, 2016 at 1:21 PM, Dennis Schneck wrote: > > Hello, > i try to upgrade my Image on my VGV7510KW22 > >

[LEDE-DEV] "wifi disable" will delete wifi interface like wlan0 ?

Hello, I have a question about wifi command in LEDE. When a route boot with a new LEDE image, the raido is disabled and interface "wlan0" is down. When I type "wifi disable radio0 ". It will delete the interface. Is it possible not to delete the interface but only bring down it when i type "wifi

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

Hi Jow, I tested your patch in my build and it seemd to work ok for the current master branch. Also LuCI showed version info sensibly. But you might clarify a bit the config option explanation texts. Especially VERSION_CODE could be hard to understand If the reader does not know the

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

On 2016-12-01 18:34, Jo-Philipp Wich wrote: > Move the revision info to the VERSION_CODE variable and default VERSION_NUMBER > to the release branch version or to CURRENT for master branch builds. > > Also introduce a new menuconfig option CONFIG_VERSION_CODE which allows users > to override the

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

Hi Baptiste, good point - will do. ~ Jo signature.asc Description: OpenPGP digital signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

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] enhanced 3G support

"Giuseppe Lippolis" writes: > Dear Bjørn, Matti, > >> I don't think it is relevant for you, though. You should continue your >> initial >> idea, creating a "proto" supporting the AT managed cdc_ether based >> modem. > > I add a pull request here: > >

Re: [LEDE-DEV] openssl build issue

On Fri, Dec 2, 2016 at 10:48 AM, Sudeepto Roy gmail.com> wrote: Hi, on my setup i am having trouble building openssl and the reason is a creation if a file whose file name is bigger then 144 char. make[5]: Leaving directory

[LEDE-DEV] openssl build issue

Hi, on my setup i am having trouble building openssl and the reason is a creation if a file whose file name is bigger then 144 char. >>> make[5]: Leaving directory `/home/sudeepto/Documents/projects/lede/source/build_dir/target-mips_24kc_musl-1.1.15/openssl-1.0.2j/apps' make[4]: Leaving