Re: [OpenWrt-Devel] [PATCH v2 1/2] fstools: allow to compress the filesystem

On 22/05/18 19:04, Pierre Lebleu wrote: In order to allow the mounting of the filesystem with the zlib compression, a new CMake option (eg: CMAKE_OVL_MOUNT_COMPRESS_ZLIB) has been added. Signed-off-by: Pierre Lebleu --- v2: change the option name CMakeLists.txt

Re: [OpenWrt-Devel] [PATCH] arc770: bump kernel to 4.14

with "make kernel_menuconfig". Signed-off-by: Evgeniy Didin <evgeniy.di...@synopsys.com> Cc: Alexey Brodkin <abrod...@synopsys.com> Cc: John Crispin <j...@phrozen.org> ---  target/linux/arc770/Makefile   |  2 +-  target/linux/arc7

Re: [OpenWrt-Devel] Broken GPIO on MT7620 after commit 34ca34b32b02

On 22/05/18 16:18, Kristian Evensen wrote: On Sun, May 20, 2018 at 10:26 PM, Rosen Penev wrote: Bisecting further is hard, since the commit is a combination of (a lot of) clean-up and some functional changes. Changes can be viewed on the linux-next tree. It should be as

Re: [OpenWrt-Devel] [PATCH 2/2] fstools: allow to customize the mount flags for the overlay

On 18/05/18 16:07, Pierre Lebleu wrote: In order to customize the mount flags, a new CMake option (eg: CMAKE_OVL_MOUNT_FLAGS) has been added. Example: cmake -DCMAKE_OVL_MOUNT_FLAGS="MS_RELATIME" Signed-off-by: Pierre Lebleu --- CMakeLists.txt | 6 ++

Re: [OpenWrt-Devel] [PATCH 1/2] fstools: allow to customize the mount option for the overlay

On 18/05/18 16:07, Pierre Lebleu wrote: In order to give some extra options (specific to the filesystem used), a new CMake option (eg: CMAKE_OVL_MOUNT_OPTION) has been added. Example: cmake -DCMAKE_OVL_MOUNT_OPTION="compr=zlib" Signed-off-by: Pierre Lebleu ---

Re: [OpenWrt-Devel] [PATCH] brcm2708: config files for 4.14 kernel

On 19/05/18 19:10, Christo Nedev wrote: when resending all your now properly annotated patches, please make sure to send them as a series clearly marked as V2.     John Signed-off-by: Christo Nedev --- target/linux/brcm2708/bcm2708/config-4.14 | 385

Re: [OpenWrt-Devel] [PATCH] brcm2708: Tethering by default

On 19/05/18 17:38, Christo Nedev wrote: usb0 interface is used by USB-to-ethernet adapters or smartph one tethering , and they need drivers to work. Just adding the interface does not have any effect. Do you mean these drivers -> kmod-usb-net kmod-usb-net-cdc-ether

Re: [OpenWrt-Devel] [PATCH] brcm2708: update brcm2708-gpu-fw

On 19/05/18 16:14, Christo Nedev wrote: Why? Because old one does not boot for Pi 3 b and Pi 3 b+. It is very old as well! please write a proper description     John Signed-off-by: Christo Nedev --- package/kernel/brcm2708-gpu-fw/Makefile | 30

Re: [OpenWrt-Devel] [PATCH] openssl: Upgrade to 1.1.0h

On 19/05/18 02:41, Eneas U de Queiroz via openwrt-devel wrote: The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing

Re: [OpenWrt-Devel] [LEDE-DEV] 18.06 Status?

On 05/05/18 12:27, Jaap Buurman wrote: Hi all, I feel like everybody is just waiting for everybody to agree what features we want in before coming up with the next step of picking a date. Obviously this isn't working out very well. Why not turn things around? Pick a date in a few weeks time

Re: [OpenWrt-Devel] Second RGMII ethernet on MT7621?

On 30/04/18 19:08, Bjørn Mork wrote: Hello, I have been playing with a ZyXEL WAP6805, which appears to be an OEM version of the https://wikidevi.com/wiki/ZyXEL_WAP6806_(Armor_X1) This thing has an oversized mini-PCIe Quantenna module. Or that's the mechanical form factor. The connection

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 29/04/18 20:32, Roman Yeryomin wrote: On 2018-04-27 09:18, John Crispin wrote: On 17/04/18 00:34, Roman Yeryomin wrote: On 2018-04-15 20:22, Roman Yeryomin wrote: On 2018-04-14 20:36, Hans Ulli Kroll wrote: Hi Roman On Tue, 10 Apr 2018, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] Gemini forward-port to kernel v4.14

On 17/04/18 00:34, Roman Yeryomin wrote: On 2018-04-15 20:22, Roman Yeryomin wrote: On 2018-04-14 20:36, Hans Ulli Kroll wrote: Hi Roman On Tue, 10 Apr 2018, Linus Walleij wrote: On Mon, Apr 9, 2018 at 12:38 PM, Roman Yeryomin wrote: > I have tested them quickly

Re: [OpenWrt-Devel] Wifi-related kernel-oops on mt7621 after 4.14 update

On 12/04/18 12:42, Kristian Evensen wrote: Hello, I have recently updated some ramips mt7621-devices (ZBT WG3526) to the latest nightly. Almost everything seems to work fine, but using either wifi interface in client mode seems triggers an oops. I see two different oops-messages: Message 1:

Re: [OpenWrt-Devel] regarding procd and manually controlling hardware watchdog

On 16/03/18 19:48, Valent Turkovic wrote: Hi, i just finished writing a detailed blog post regarding how to use hardware watchdog and how to manually take control over from procd: http://kernelreloaded.com/manually-controlling-openwrt-hardware-watchdog/ Over the years there were few

Re: [OpenWrt-Devel] [PATCH 1/1] uqmi: uim: add support for Get Card Status request

On 20/02/18 09:15, Daniele Palmas wrote: Hi John, 2018-02-18 10:44 GMT+01:00 John Crispin <j...@phrozen.org>: On 14/08/17 12:02, Daniele Palmas wrote: This patch adds support for UIM Get Card Status request Signed-off-by: Daniele Palmas <dnl...@gmail.com> --- Hi Dan

Re: [OpenWrt-Devel] [PATCH v2 0/7] uclient: Handle memory allocation failures

On 18/02/18 13:46, Tobias Schramm wrote: Hi John, I've implemented the suggested improvements and performed some more reformatting to match the codestyle of uclient more closely. Regards Tobias Schramm Hi Tobias, merged most of them alread, please fix/resend 4/7 and 6/7     John

Re: [OpenWrt-Devel] [PATCH v2 4/7] uclient-http: Implement error handling for header-sending

On 18/02/18 13:46, Tobias Schramm wrote: Add some error handling for errors during assembly of headers Signed-off-by: Tobias Schramm Hi, 3  nitpicks inline ... --- uclient-http.c | 32 1 file changed, 20 insertions(+), 12

Re: [OpenWrt-Devel] kernel version status

for a replacement because I'll stay on 4.9 forever? Best regards, Maciej On Mon, Feb 19, 2018 at 7:41 AM, John Crispin <j...@phrozen.org <mailto:j...@phrozen.org>> wrote: On 18/02/18 22:43, Hauke Mehrtens wrote: The next OpenWrt release will use kernel 4.9 and

Re: [OpenWrt-Devel] kernel version status

On 19/02/18 09:12, Lucian Cristian wrote: On 19.02.2018 08:41, John Crispin wrote: On 18/02/18 22:43, Hauke Mehrtens wrote: The next OpenWrt release will use kernel 4.9 and kernel 4.14 depending on the target. All targets that are *not* on either kernel 4.9 or 4.14 will not be included

Re: [OpenWrt-Devel] kernel version status

On 18/02/18 22:43, Hauke Mehrtens wrote: The next OpenWrt release will use kernel 4.9 and kernel 4.14 depending on the target. All targets that are *not* on either kernel 4.9 or 4.14 will not be included in the next release. I did some overview of the kernel version some months ago here:

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH v3 0/4]: imx6: update to Linux 4.14

On 18/02/18 16:35, Hauke Mehrtens wrote: On 02/18/2018 12:35 PM, John Crispin wrote: On 17/02/18 13:30, Hauke Mehrtens wrote: On 02/15/2018 05:34 PM, Tim Harvey wrote: Testted on a Gateworks GW54xx. Does not support enabling imx-drm modules yet as those will need some adjustments based

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH v3 0/4]: imx6: update to Linux 4.14

On 17/02/18 13:30, Hauke Mehrtens wrote: On 02/15/2018 05:34 PM, Tim Harvey wrote: Testted on a Gateworks GW54xx. Does not support enabling imx-drm modules yet as those will need some adjustments based on kernel configs. v3: - included missing patch for pcie enumeration fix v2: - move

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH v3 1/4] kernel: backport dwc pci enumeration fix

On 17/02/18 13:33, Hauke Mehrtens wrote: On 02/15/2018 05:34 PM, Tim Harvey wrote: Backport of: http://patchwork.ozlabs.org/patch/860701/ Signed-off-by: Tim Harvey --- .../generic/pending-4.14/812-pci-dwc-fix-enumeration.patch| 11 +++ 1 file changed,

Re: [OpenWrt-Devel] [PATCH 0/6] uclient: Handle memory allocation failures

On 18/02/18 04:36, Tobias Schramm wrote: Hi, this series of patches adds some code to handle memory allocation failures without crashing. Previously a lot of memory allocations were not checked for NULL ptrs resulting in nullpointer dereferences if (lib)uclient ran out of memory Regards

Re: [OpenWrt-Devel] [PATCH 5/6] uclient-utils: Handle memory allocation failure for url file name

On 18/02/18 04:36, Tobias Schramm wrote: Signed-off-by: Tobias Schramm --- uclient-utils.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/uclient-utils.c b/uclient-utils.c index a375eea..ee0f8e8 100644 --- a/uclient-utils.c +++

Re: [OpenWrt-Devel] [PATCH 2/6] uclient-http: basic auth: Handle memory allocation failure

On 18/02/18 04:36, Tobias Schramm wrote: Signed-off-by: Tobias Schramm looks good, but the caller should honour the return value aswell     John --- uclient-http.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/uclient-http.c

Re: [OpenWrt-Devel] [PATCH 1/6] uclient-fetch: Check for nullpointer returned by open_output_file

On 18/02/18 04:36, Tobias Schramm wrote: Signed-off-by: Tobias Schramm --- uclient-fetch.c | 5 + 1 file changed, 5 insertions(+) diff --git a/uclient-fetch.c b/uclient-fetch.c index 6961d94..46f9b3d 100644 --- a/uclient-fetch.c +++ b/uclient-fetch.c @@ -122,6

Re: [OpenWrt-Devel] [PATCH 3/6] uclient-http: auth digest: Handle multiple possible memory allocation failures

Hi, comments inline ... On 18/02/18 04:36, Tobias Schramm wrote: Signed-off-by: Tobias Schramm --- uclient-http.c | 41 - 1 file changed, 32 insertions(+), 9 deletions(-) diff --git a/uclient-http.c b/uclient-http.c index

Re: [OpenWrt-Devel] [PATCH 1/1] uqmi: uim: add support for Get Card Status request

On 14/08/17 12:02, Daniele Palmas wrote: This patch adds support for UIM Get Card Status request Signed-off-by: Daniele Palmas --- Hi Daniele, sorry for the late reply, nitpicks inline, if you could fix those and resend the patch please ..     John commands-uim.c

[OpenWrt-Devel] 18.03/4

Hi, whats on the critical todo list for the upcoming release ? i still have a few minor things that I'll be adding shortly, apart from that I am currently not aware of any huge problems. the release will be a mix between 4.9 and 4.14 afaik !?     John

Re: [OpenWrt-Devel] openwrt twitter account

On 14/02/18 08:35, Alexandru Ardelean wrote: On Wed, Feb 14, 2018 at 9:27 AM, John Crispin <j...@phrozen.org <mailto:j...@phrozen.org>> wrote: Hi, who can tell me the passwd please ? would be nice if we were able to retweet stuff like the FF GSoC stuff I think

[OpenWrt-Devel] openwrt twitter account

Hi, who can tell me the passwd please ? would be nice if we were able to retweet stuff like the FF GSoC stuff     John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH 0/4] imx6: update to Linux 4.14

On 01/02/18 23:35, Tim Harvey wrote: Tested on a Gateworks GW54xx Tim Harvey (4): kernel: add missing config symbols imx6: add support for Linux 4.14 imx6: switch to kernel 4.14 imx6: remove support for 4.9 Hi, karl and hauke posted some comments to the series. I've marked the

Re: [OpenWrt-Devel] [PATCH v3] [netifd] vlan: Buffer overlow in snprintf for vlans

On 02/02/18 08:29, csho...@thecshore.com wrote: From: "Daniel F. Dickinson" Buffer overflow condition can occur because vlan device name is constructed from device name (size IFNAMSIZ) plus the ASCII decimal representation of the vlan id plus a dot, but the target can

[OpenWrt-Devel] pistachio target

Hi, the imgtecs pistachio target is apparently EOL'ed and there is no support for it anymore. imgtec promised to maintain the target inside our tree but with their current situation don't appear to be able to do so in future. I'd like to drop the target ASAP.     John

Re: [OpenWrt-Devel] [PATCH] kernel/generic: (try) fixing MAP-E patch misbehaving in 4.0

On 09/02/18 13:20, Axel Neumann wrote: Hello, the 666 kernel patches [1,2,3] break the possibility for using an ip4ip6 tunnel interface as a fall back interface accepting ip4-in-ip6 tunneled packets from any remote address. This works out of the box with any normal (non-666-patched) 4.4 (and

Re: [OpenWrt-Devel] [PATCH 0/5] x86: add support for microcode update

On 17/01/18 20:41, Zoltan HERPAI wrote: Hi, This series will add support for microcode update on x86 targets, in light of the recent security issues. While other distributions use an early initramfs approach to update the microcode as early as possible, in OpenWrt the earliest place where we

[OpenWrt-Devel] merging mailing lists

Hi, Please provide me with a dump of all mail addresses / names currently subscribed s.T. we can setup the new ML and send out auto generated invite mails.     John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

[OpenWrt-Devel] patchwork

Hi, I would like to close all ~1000 un-handled patches from the last 3 years and only keep stuff from the last 6 months. any problem with that ?     John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [LEDE-DEV] owrt landing page

call really.     John Thomas -Ursprüngliche Nachricht- Von: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] Im Auftrag von Thomas Endt Gesendet: Samstag, 6. Januar 2018 18:06 An: 'John Crispin'; 'LEDE Development List'; 'LEDE Project Administration'; 'OpenWrt Development

[OpenWrt-Devel] owrt landing page

Hi, could someone please help us with rebranding the lede landing page to an openwrt colour/theme ? i would like to see this swithced over within the next 7 days. John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [LEDE-DEV] LEDE call for vote on remerge proposal V3

Hi Zoltan, actually its been 29 days since the domain transfer had been completed and ownership has been set properly. i already had a chat with some devs last week about what to do next, people are all very busy with their daytime jobs at the moment and starting on the next step does

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

On 13/06/17 21:58, Florian Fainelli wrote: On 05/28/2017 11:56 PM, John Crispin wrote: 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 on, so cluttering

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

*) rules - owrt will adopt the lede rules and voting system ACK from me aswell. *) branding - the owrt side sees no option of using the lede brand - a (minor) majority voted for openwrt as a name over lede whilst most people said they did not care - as the last vote had a 100% ACK for

Re: [OpenWrt-Devel] [LEDE-DEV] Remerge logo ideas

On 29/05/17 12:11, Jamie Stuart wrote: Hi, First of all, I’m glad to hear the process of remerging LEDE with OpenWrt is moving forward. For what it’s worth, if prefer the LEDE name (it’s friendlier - ‘leddy’ - and not tied to the name of an old router!) However, it seems the consensus is

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

On 29/05/17 10:39, Tom Psyborg wrote: Compared to Flyspray, Trac is a nightmare to administer. It leaks resources like a sieve and tends to slow down to a crawl under load. Regards, Jo Could you be more specific? I don't see how can it leak resources. About slow down,

[OpenWrt-Devel] openwrt and lede - remerge proposal V3

(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 on, so cluttering the proposal with many details will delay the remerge

[OpenWrt-Devel] openwrt and lede - remerge proposal V3

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 on, so cluttering the proposal with many details will delay the remerge even more. Ideally we manage to

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

heeft Imre Kaloz <ka...@openwrt.org> het volgende geschreven: Hi, On 2017-05-22 03:10, John Crispin wrote: On 22/05/17 11:02, Rafał Miłecki wrote: On 05/22/2017 09:40 AM, John Crispin wrote: *) branding - the owrt side sees no option of using the lede brand - a (minor) majority

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

On 23/05/17 22:42, Hauke Mehrtens wrote: On 05/22/2017 09:40 AM, John Crispin wrote: Hi, here is a V2 of the remerge proposal, I tried to fold all the comments people made into it, if anything is missing let me know. John . *) SPI - nominate a new liaison team (imre

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

On 23/05/17 17:29, Zoltan HERPAI wrote: Hi John, John Crispin wrote: here is a V2 of the remerge proposal, I tried to fold all the comments people made into it, if anything is missing let me know. [snip] Please let us know when you'll start a final vote on this proposal, or if you want

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

On 22/05/17 11:39, Vincenzo Romano wrote: I also agree to everything. With am extra point. 2017-05-22 11:18 GMT+02:00 tapper : *) SPI - nominate a new liaison team (imre and john offer to do this, if anyone else is interested let us know) - inform SPI of the new

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

On 22/05/17 11:02, Rafał Miłecki wrote: On 05/22/2017 09:40 AM, John Crispin wrote: *) branding - the owrt side sees no option of using the lede brand - a (minor) majority voted for openwrt as a name over lede whilst most people said they did not care - as the last vote had a 100% ACK

[OpenWrt-Devel] openwrt and lede - remerge proposal V2

Hi, here is a V2 of the remerge proposal, I tried to fold all the comments people made into it, if anything is missing let me know. John *) branding - the owrt side sees no option of using the lede brand - a (minor) majority voted for openwrt as a name over lede whilst most people

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

On 08/05/17 15:29, 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 if they have privacy issues with this - import

[OpenWrt-Devel] openwrt and lede - remerge proposal

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 using the lede brand - a (minor) majority voted for

Re: [OpenWrt-Devel] [PATCH] procd: service gets deleted when its last instance is freed

On 24/02/2017 11:21, Alin Năstac wrote: > Hi John, > > On Fri, Feb 24, 2017 at 10:53 AM, John Crispin <j...@phrozen.org> wrote: >> can you write a little more info as to why this is needed and what >> scenario this fixes/changes ? > > 1) root@OpenWrt:~#

Re: [OpenWrt-Devel] [PATCH] procd: service gets deleted when its last instance is freed

On 24/02/2017 10:26, Alin Nastac wrote: > Signed-off-by: Alin Nastac Hi, can you write a little more info as to why this is needed and what scenario this fixes/changes ? John > --- > service/service.c | 5 - > service/service.h | 1 + > 2 files changed, 5

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] procd: stop service using SIGKILL if SIGTERM failed to do so

Hi, i know that someone else is about to send a fix for the same issue but with a different approach of fixing it. i'd like to wait for this 2nd patch to arrive before we decide which to merge John On 09/02/2017 11:02, Alin Nastac wrote: > SIGKILL is sent if instance process is still

Re: [OpenWrt-Devel] [LEDE-DEV] procd: service instance restart does not wait for old process to be closed before lanching the new one

On 08/02/2017 15:55, Alin Năstac wrote: > Hi John, > > One of the daemons I use takes sometime a couple of seconds to close > after receiving SIGTERM, so when I issue "/etc/init.d/mydaemon > restart" there will be 2 instances of that service running in parallel > until the initial instance will

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

On 16/01/2017 12:42, Daniel Golle wrote: > 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 >>> >>> This is needed for devices without support for PCI

Re: [OpenWrt-Devel] [LEDE-DEV] Any interest in adding runit to OpenWRT?

On 28/12/2016 01:16, Martin Tippmann wrote: > On Tue, Dec 27, 2016 at 9:43 AM, John Crispin <j...@phrozen.org> wrote: >> Hi, >> >> currently procd service restart/reload can be triggered by config >> changes and network interface changes. from what i understand

Re: [OpenWrt-Devel] [LEDE-DEV] Any interest in adding runit to OpenWRT?

On 27/12/2016 01:07, Martin Tippmann wrote: > On Mon, Dec 26, 2016 at 5:32 PM, Rob Landley wrote: >> On 12/26/2016 08:05 AM, Martin Tippmann wrote: >>> On Sun, Dec 25, 2016 at 9:01 PM, Denys Vlasenko >>> So TL;DR: procd is fine for init but having runit/runsvdir easily >>>

Re: [OpenWrt-Devel] [LEDE-DEV] [OpenWrt-Users] Talks between OpenWrt and LEDE

On 22/12/2016 16:57, Karl O. Pinc wrote: > On Thu, 22 Dec 2016 00:58:22 -0800 (PST) > David Lang <da...@lang.hm> wrote: > >> On Thu, 22 Dec 2016, John Crispin wrote: > >>> claiming that there is only one option and no alternatives is just >>>

Re: [OpenWrt-Devel] [LEDE-DEV] Talks between OpenWrt and LEDE

On 22/12/2016 09:58, David Lang wrote: > On Thu, 22 Dec 2016, John Crispin wrote: > >> On 22/12/2016 09:42, David Lang wrote: >>> On Thu, 22 Dec 2016, John Crispin wrote: >>> >>>>> Yes, the name is pointing at a product that doesn't exist any

Re: [OpenWrt-Devel] [LEDE-DEV] Talks between OpenWrt and LEDE

On 22/12/2016 09:42, David Lang wrote: > On Thu, 22 Dec 2016, John Crispin wrote: > >>> Yes, the name is pointing at a product that doesn't exist any longer, >>> but Deb and Ian aren't involved with Debian any longer either. At some >>> point the fact that a na

Re: [OpenWrt-Devel] Talks between OpenWrt and LEDE

On 22/12/2016 09:40, David Lang wrote: > On Wed, 21 Dec 2016, Stefan Monnier wrote: > >> - While brands have value, you can change a name without losing all the >> brand recognition. I'm thinking here of cases like XBMC->Kodi or >> OpenOffice->LibreOffice. > > I would point at OpenOffice ->

Re: [OpenWrt-Devel] [LEDE-DEV] Talks between OpenWrt and LEDE

On 22/12/2016 09:36, David Lang wrote: > On Wed, 21 Dec 2016, Dave Taht wrote: > >> On Wed, Dec 21, 2016 at 12:29 PM, David Lang wrote: >>> On Wed, 21 Dec 2016, Kathy Giori wrote: >>> From a PR perspective, I strongly suggest keeping the term OpenWrt as part of the

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH, usbmode] Extend StandardEject sequence to include LUN 1

Hi, a slightly more elaborate description might be appropriate here John On 08/11/2016 16:39, Benjamin Berg wrote: > Also sending the eject command to LUN 1 is required for some D-Link devices. > > Signed-off-by: Benjamin Berg > Signed-off-by: René van Weert

Re: [OpenWrt-Devel] [LEDE-DEV] rpcd-mod-nosql - prpl funding proposal

Hi Luka, On 10/11/2016 01:23, Luka Perkov wrote: > cache for a period of time some arbitrary (runtime) data. sounds interesting ... procd provides this feature already for managed services. please explain some of the use cases and why you think that existing feature set is not sufficient. also

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] initramfs: Escape colons in depfile

Hi, this seems to be a backport for the kernel tree. please resend it as a patch adding the actual patch that is being backported to the generic targets patch folder. this would need to be done for 3.18, 4.1 and 4.4 John On 23/09/2016 10:35, Michal Marek wrote: > Special characters are

Re: [OpenWrt-Devel] openwrt userspace git repo location

On 28/09/2016 01:26, Jo-Philipp Wich wrote: > Hi Luka, > >> GitHub proved to be convinient in attracting easier collaboration. I'm >> wondering what the community thinks about this proposal. Thoughts? > > If there is a decision to put those projects on Github I'd like to not > have them under

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH firewall3] utils.h: Avoid name clashes for setbit/delbit/hasbit

Hi Florian, merged into the fw3 repo. i did not update the package in lede yet. first want to talk to jow if current head of that repo is production ready. John On 02/09/2016 04:10, Florian Fainelli wrote: > Rename to fw3_{set,del,has}bit to avoid name clashes with sys/param.h: > >

Re: [OpenWrt-Devel] libfstools: "lowerdir" variable name in fopivot

pushed to the fstools master tree On 18/08/2016 14:02, Преподобный Гомер wrote: > ping? > -- > Regards, > R.H. > > > 2016-08-17 14:51 GMT+03:00 Преподобный Гомер : >> Hi all! >> >> In fopivot in libfstools variable name "lowerdir" is confusing and >> doesn't make any

Re: [OpenWrt-Devel] latency on PPPoA ADSL Annex A on using Lantiq

ild/openwrt/build_dir/toolchain-mips_34kc+dsp_gcc-5.3.0_musl-1.1.14/linux-4.4.7/net/atm/common.c > > Then did a make > > Thanks > > Daniel > -Original Message- > From: John Crispin [mailto:j...@phrozen.org] > Sent: 18 August 2016 07:00 > To: Daniel Niasoff <

Re: [OpenWrt-Devel] latency on PPPoA ADSL Annex A on using Lantiq

i would guess a regression inside the atm subsystem of he kernel or some other part of the network stack. assuming that this issue is only observed inside the atm part, i'll start looking there. John On 18/08/2016 06:22, Daniel Niasoff wrote: > Hi Mathias, > > > Looks like it's this

Re: [OpenWrt-Devel] return value of overlay_mount_fs

On 16/08/2016 18:33, Преподобный Гомер wrote: > Hi all, > > this is a duplicate for a bug in bugtracker [0]. I've just realized that this > bugtracker is full of spam and does not get any feedback. > > This is the original post: > > Hi, > I am reading the fstools code [1] and have realized

Re: [OpenWrt-Devel] [LEDE-DEV] latency on PPPoA ADSL Annex A on using Lantiq

On 11/08/2016 08:19, John Crispin wrote: > > > On 11/08/2016 00:39, Mathias Kresin wrote: >> Am 11.08.2016 um 00:15 schrieb John Crispin: >>> try reverting 8333a6d0bab913285770449f5100597b691b544f aswell please >> >> Had this commit in mind as wel

Re: [OpenWrt-Devel] [LEDE-DEV] latency on PPPoA ADSL Annex A on using Lantiq

On 11/08/2016 00:39, Mathias Kresin wrote: > Am 11.08.2016 um 00:15 schrieb John Crispin: >> try reverting 8333a6d0bab913285770449f5100597b691b544f aswell please > > Had this commit in mind as well. According to Daniels initial mail to > openwrt-devel, he is using a TP-LIN

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] [mksh] Update to r52c

Hi could you please * change the subject prefix to "utils/mksh:" and remove the [] On 11/07/2016 09:18, Alive 4ever wrote: > Update mksh package to sync with current latest upstream (r52c). > * remove this tearline > Signed-off-by: alive4ever * we need a real name please John

[OpenWrt-Devel] [PATCH] include/toplevel.mk: fix defconfig when ~/.openwrt/defconfig exists

./scripts/feeds update will reset the .config file if ~/.openwrt/defconfig exists, thus resetting the target to ar71xx. Signed-off-by: John Crispin <j...@phrozen.org> --- i am not sure if this is correct or if refresh_config() inside scripts feeds should be called with a paramter to n

Re: [OpenWrt-Devel] procd: patch v3 to support busybox mkfs.ext2

Hi, few comments 1) the patch needs to be split into 2, ext2 change/lzo change 2) send them inline please and not as attachement 3) the V3 needs to be in the subject prefix [PATCH V3] procd: ... 4) the Signed-off-by: line is missing John On 03/07/2016 08:14, Luke McKee wrote: > To

Re: [OpenWrt-Devel] [RFD] Future

Hi Imre, would this be an online meeting using some video chat software ? John ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] imports from LEDE to OpenWrt github repo

On 25/06/2016 14:01, Zoltan HERPAI wrote: > On Sat, 25 Jun 2016, John Crispin wrote: > >> >> >> On 25/06/2016 10:47, Zoltan HERPAI wrote: >>> >>> >>> On Sat, 25 Jun 2016, Mathias Kresin wrote: >>> >>>> Hi Zoltan, >

Re: [OpenWrt-Devel] imports from LEDE to OpenWrt github repo

On 25/06/2016 10:47, Zoltan HERPAI wrote: > > > On Sat, 25 Jun 2016, Mathias Kresin wrote: > >> Hi Zoltan, >> >> I've noticed that you have imported a lot of patches from the LEDE >> repo into the OpenWrt github repo. >> >> I'm concerted about the fact that you have omitted at least a few of

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH mountd 2/2] support for disk without partition table

havior. Hi, that is called superfloppy iirc. not seen those in a while. i've pushed the changes to the mountd repo John > > > On Thu, Jun 23, 2016 at 9:24 AM, John Crispin <j...@phrozen.org> wrote: >> >> >> On 22/06/2016 09:51, olivier.hardo...@gmail.com w

Re: [OpenWrt-Devel] [PATCH mountd 2/2] support for disk without partition table

On 22/06/2016 09:51, olivier.hardo...@gmail.com wrote: > if no partition found, try to mount the block device itself > > Signed-off-by: Olivier Hardouin Hi, looks ok, just wondering what kind of storage you see this on. i have only seen superfloppy type formating

Re: [OpenWrt-Devel] [PATCH package mountd] uci config for mountd fileystem options

On 10/06/2016 12:00, Mathias Kresin wrote: > Hi Oliver, > > 2016-06-10 11:37 GMT+02:00 : >> Signed-off-by: Olivier Hardouin >> --- > > Your patch doesn't have a commit message, which explains why these > options are required by default.

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] libnet-1.2.x: enable HAVE_PACKET_SOCKET

On 19/05/2016 14:57, Alin Nastac wrote: > There is already a CONFIGURE_VAR set in here that seem > to have the same purpose, but it doesn't do the trick > in my cause (autoconf 2.69). > --- > libs/libnet-1.2.x/Makefile | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [OpenWrt-Devel] [LEDE-DEV] git.openwrt.org site half broken

On 02/06/2016 13:20, Etienne Champetier wrote: > Hi, > > someone messed with git.openwrt.org nginx config, i can't get the js and css. > > see https://git.openwrt.org/project/static/gitweb.css (doesn't look > like a css :) ) > > Cheers > Etienne > that url looks weird. ->

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] package/devel/gdb: Add support of ARC gdb

file:699: recipe for target 'stamp-5mloop' failed > make[7]: *** [stamp-5mloop] Error 1 > -------->8 > > Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> > Cc: John Crispin <j...@phrozen.org> > Cc: Felix Fietkau <n...@nbd.name> > --- >

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH libubox] blobmsg_json: add new functions blobmsg_format_json_value*

On 01/06/2016 22:27, Matthias Schiffer wrote: > The current blobmsg_format_json* functions will return invalid JSON when > the "list" argument is given as false (blobmsg_format_element() will > output the name of the blob_attr as if the value is printed as part of a > JSON object). > > To avoid

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] _GNU_SOURCE should be defined for building vs uClibc

On 02/06/2016 13:03, Karl Palsson wrote: > > Waldemar Brodkorb wrote: >>> >>> This still doesn't work on the uclibc in openwrt-CC branch. The >>> O_PATH definitions are in asm-generic/fcntl.h, which can be >>> included via linux/fcntl.h, _GNU_SOURCE doesn't get this pulled

Re: [OpenWrt-Devel] [LEDE-DEV] TR-069, bufferbloat, and BQL

On 28/05/2016 16:02, Hauke Mehrtens wrote: > On 05/28/2016 03:36 PM, Dave Taht wrote: >> On Sat, May 28, 2016 at 5:34 AM, Hauke Mehrtens wrote: >>> On 05/27/2016 12:43 PM, David Lang wrote: On Thu, 26 May 2016, Delbar Jos wrote: > We are conscious of the fact

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] _GNU_SOURCE should be defined for building vs uClibc

On 23/05/2016 20:12, Waldemar Brodkorb wrote: > Hi John, > John Crispin wrote, > >> Hi, >> is it really a gnu extension or is uclibc b0rked for these symbols ? > > I think it isn't b0rked. > It was added for ARM GNU libc here under #ifdef __USE_GNU: > https:

Re: [OpenWrt-Devel] [LEDE-DEV] [PATCH] _GNU_SOURCE should be defined for building vs uClibc

e for target > 'CMakeFiles/procd.dir/inittab.c.o' failed > make[6]: *** [CMakeFiles/procd.dir/inittab.c.o] Error 1 > ->8-- > > Signed-off-by: Alexey Brodkin <abrod...@synopsys.com> > Cc: Waldemar Brodkorb <w...@openadk

Re: [OpenWrt-Devel] [PATCH 2/4] get buffer size from driver

On 11/05/2016 21:54, Bjørn Mork wrote: > John Crispin <j...@phrozen.org> writes: > >> Hi, >> >> pulled the series into the umbim git just now. small issue inline > > Thanks > >> On 11/05/2016 13:24, Bjørn Mork wrote: >>> Signed-off-by: B

Re: [OpenWrt-Devel] [PATCH 2/4] get buffer size from driver

Hi, pulled the series into the umbim git just now. small issue inline On 11/05/2016 13:24, Bjørn Mork wrote: > Signed-off-by: Bjørn Mork > --- > mbim-dev.c | 11 ++- > 1 file changed, 10 insertions(+), 1 deletion(-) > > diff --git a/mbim-dev.c b/mbim-dev.c > index

Re: [OpenWrt-Devel] disabling email addresses used in OpenWrt "MAINTAINER" fields

targets: > > bjorn@canardo:/usr/local/src/openwrt$ git remote -v > origin git://git.openwrt.org/openwrt.git (fetch) > origin git://git.openwrt.org/openwrt.git (push) > > bjorn@canardo:/usr/local/src/openwrt$ git grep -E > 'MAINTAINER:=.*blo...@openwrt.org' origi

<    1   2   3   4   5   6   7   8   9   10   >