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

> On May 8, 2017, at 7:29 AM, David Woodhouse wrote: > > On Mon, 2017-05-08 at 15:19 +0200, John Crispin wrote: >> >> *) mailing list >> - ask david to add the openwrt-adm and openwrt lists >> - announce the switch to the infradead serves, asking people to >> unsubscribe

Re: [LEDE-DEV] [PATCH] ath10k-firmware: Update QCA988X firmware to latest version

Please forget about my email below. I've seen this crash again even with the older firmware, so I guess it's unrelated to the firmware verison. I'm currently testing if it might have to do with an option I enabled a few months back: management frame protection. So, I disabled that for now and

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

I, too, look forward to putting energy where it matters. However in reply to your point, how could it? When the first stable release was made mere months ago. The last patch that was submitted by QCA to add support for IPQ40XX, was submitted to LEDE. I simply hoped, that since there was a

Re: [LEDE-DEV] [PATCH] lantiq: dsl_notify: also restart pppoe interfaces

09.05.2017 00:44, Valentin Spreckels: Signed-off-by: Valentin Spreckels --- Thanks a lot for your patch. Would you please add a commit message which describes the issue you are trying to fix. At the moment I fail to see why this change is

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

On Tue, 9 May 2017, A. Benz via Lede-dev wrote: Likewise, OpenWRT while more recognizable than LEDE, is not worth as much as people here paint it, and will only remain relevant as long as people keep using it. Market/brand concept (in retail) doesn't really apply. I'll point out that just

Re: [LEDE-DEV] [PATCH] lantiq: dsl_notify: also restart pppoe interfaces

On 2017-05-09 08:46, Mathias Kresin wrote: > 09.05.2017 00:44, Valentin Spreckels: >> Signed-off-by: Valentin Spreckels >> >> --- > > Thanks a lot for your patch. Would you please add a commit message which > describes the issue you are trying to

Re: [LEDE-DEV] [PATCH v2 1/3] base-files: add/convert generic board detection scripts

On 9 May 2017 at 12:51, Piotr Dymacz wrote: > Hello Roman, Hi > Your mail addresses in from header and in SoB line don't match. is that a problem? > Also, some questions inline, below. > > > On 09.05.2017 11:16, Roman Yeryomin wrote: >> >> Signed-off-by: Roman Yeryomin

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

On 2017-05-09 18:29, Philip Prindeville wrote: > I’d like to suggest one more action item to this list if I can. It > would be handy to have a single database for user > authentication/identification for submitting bugs, editing the Wiki, etc. > > Previously there were too many places where you

[LEDE-DEV] Merged: dnsmasq: don't propagate DUID from one host to another

Merged into my staging tree with http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=6e433148a2. Thank you! ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] Merged: make_ext4fs: Remove off64_t in favor of standard off_t

Merged into project/make_ext4fs.git, branch master with http://git.lede-project.org/?p=project/make_ext4fs.git;a=commitdiff;h=bb9cf91. Thank you! ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [PATCH v2 1/9] firewall3: check the return value of fw3_parse_options()

Hi Pierre, I merged the whole series into firewall3.git now, thank you! ~ 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] [OpenWrt-Devel] openwrt and lede - remerge proposal

On 05/08/2017 06:19 AM, John Crispin wrote: > Hi, > > Felix, Imre and myself had 2 calls last week lasting several hours and > discussed the following proposal of conditions for a remerge that we > would like to propose and have people vote on. > > *) branding > - the owrt side sees no option of

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

On 09/05/17 09:49, Rafał Miłecki wrote: On 8 May 2017 at 15:19, John Crispin wrote: *) domain - transfer owner ship to SPI for openwrt.org and lede-project.org (...) *) SPI - TBD post remerge This is unclear to me. Are we postponing setting rules with SPI on how they

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

On Tue, May 9, 2017 at 9:50 AM, John Crispin wrote: > > > On 09/05/17 09:49, Rafał Miłecki wrote: >> >> On 8 May 2017 at 15:19, John Crispin wrote: >>> >>> *) domain >>> - transfer owner ship to SPI for openwrt.org and lede-project.org >>> (...) >>> >>> *) SPI

Re: [LEDE-DEV] [PATCH] ramips: Add support for GL-MT300N-V2

Hello Thomas, On 04.05.2017 21:30, Thomas Endt wrote: -Ursprüngliche Nachricht- von Piotr Dymacz Gesendet: Donnerstag, 4. Mai 2017 10:30 Hello, Please, make sure to add a proper SoB line as described in "Submitting patches": [1]. Also, could you please include in your commit message

Re: [LEDE-DEV] [PATCH] lantiq: dsl_notify: also restart pppoe interfaces

Hi, On 09/05/17 08:47, Felix Fietkau wrote: > On 2017-05-09 08:46, Mathias Kresin wrote: >> 09.05.2017 00:44, Valentin Spreckels: >>> Signed-off-by: Valentin Spreckels >>> >>> --- >> >> Thanks a lot for your patch. Would you please add a commit

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

On 8 May 2017 at 15:19, John Crispin wrote: > *) domain > - transfer owner ship to SPI for openwrt.org and lede-project.org > (...) > > *) SPI > - TBD post remerge This is unclear to me. Are we postponing setting rules with SPI on how they should manage domains? I guess it

[LEDE-DEV] [PATCH 17.01] fstools: backport regression fix for volume_identify

From: Rafał Miłecki This fixes regression when volume_identify didn't identify volume on subsequent calls. Signed-off-by: Rafał Miłecki --- package/system/fstools/Makefile| 1 + ...fix-multiple-volume_identify-usages-with-.patch | 56

[LEDE-DEV] [PATCH v2 2/3] base-files: put board_name into separate file

Signed-off-by: Roman Yeryomin --- package/base-files/files/lib/functions.sh | 4 +--- package/base-files/files/lib/functions/board.sh | 6 ++ 2 files changed, 7 insertions(+), 3 deletions(-) create mode 100644 package/base-files/files/lib/functions/board.sh diff --git

[LEDE-DEV] [PATCH v2 1/3] base-files: add/convert generic board detection scripts

Signed-off-by: Roman Yeryomin --- package/base-files/files/lib/board_detect.sh | 9 + package/base-files/files/lib/preinit/03_preinit_board_detect | 11 +++ package/base-files/files/lib/preinit/10_sysinfo | 10 -- 3 files

[LEDE-DEV] [PATCH v2 3/3] ipq806x: migrate to generic board detect infrastructure

Signed-off-by: Roman Yeryomin --- .../linux/ipq806x/base-files/etc/board.d/01_leds | 4 +- .../ipq806x/base-files/etc/board.d/02_network | 4 +- target/linux/ipq806x/base-files/etc/diag.sh| 13 +++- .../etc/hotplug.d/firmware/11-ath10k-caldata | 3 +-

[LEDE-DEV] [PATCH v2 0/3] generalize board detection

This provides non intrusive way to generalize board detection. ipq806x target is migrated as example (tested on Netgear R7800). Changes from v1: - convert /lib/preinit/10_sysinfo into default /lib/board_detect.sh - nuke include_file, sysinfo and board_model functions Roman Yeryomin (3):

[LEDE-DEV] WPQ864 PCIe card on PCIe3 does not work when there is no PCIe card on PCIe1

I have a WPQ864 board, which is based on AP148. When I enable the PCIe3, some thing strange happened. PCIe card on PCIe3(0x1b90) does not work when there is no PCIe card on PCIe1(0x1b50). But QSDK works good. DTS file I make:

Re: [LEDE-DEV] [PATCH v2 1/3] base-files: add/convert generic board detection scripts

Hello Roman, Your mail addresses in from header and in SoB line don't match. Also, some questions inline, below. On 09.05.2017 11:16, Roman Yeryomin wrote: Signed-off-by: Roman Yeryomin --- package/base-files/files/lib/board_detect.sh | 9 +

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

> On May 8, 2017, at 7:19 AM, John Crispin wrote: > > Hi, > > Felix, Imre and myself had 2 calls last week lasting several hours and > discussed the following proposal of conditions for a remerge that we would > like to propose and have people vote on. > > *) branding > -