On 2018-05-17 14:22, Tomasz Maciej Nowak wrote:
W dniu 16.05.2018 o 13:36, Koen Vandeputte pisze:
Refreshed all patches
Dropped upstreamed patches:
522-PCI-aardvark-fix-logic-in-PCI-configuration-read-write-functions.patch
523-PCI-aardvark-set-PIO_ADDR_LS-correctly-in-advk_pcie_rd_conf.patch
Refreshed all patches
Compile-tested on: ar71xx
Runtime-tested on: ar71xx
Signed-off-by: Koen Vandeputte
---
Will also apply to 18.06 branch
include/kernel-version.mk | 4 +-
.../ar7/patches-4.9/300-add-ac49x-platform.patch | 4 +-
.../403
Refreshed all patches
Compile-tested on: ar71xx
Runtime-tested on: ar71xx
Signed-off-by: Koen Vandeputte
---
Refreshed on the latest master state (commit: "mt76: update to the latest
version")
include/kernel-version.mk | 4 +-
.../ar7/patches-4.9/300
On 2018-05-14 15:14, Koen Vandeputte wrote:
Hi Stijn,
This commit introduces regression due to upstream commit: "USB:
serial: option: reimplement interface masking"
CC [M] drivers/usb/serial/option.o
drivers/usb/serial/option.c:1923:35: error:
'cinterion_rmnet2_blackl
Hi Stijn,
This commit introduces regression due to upstream commit: "USB: serial:
option: reimplement interface masking"
CC [M] drivers/usb/serial/option.o
drivers/usb/serial/option.c:1923:35: error: 'cinterion_rmnet2_blacklist'
undeclared here (not in a function)
.driver_info = (ker
Tested-by: Koen Vandeputte
Target: ar71xx (Ubnt Rocket M5)
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi,
As mentioned in the patch notes:
- Please apply the patch from Kevin DB first before applying this one (kernel:
bump 4.9 to 4.9.98)
It still doesn't apply after Kevin patch. Michael is right with "reordering"
part.
You also added refresh_kernel.sh to the tree. After cleaning the patch Yo
On 2018-05-08 15:47, Michael Yartys wrote:
The patch doesn't apply without changing what I've highlighted below.
diff --git a/include/kernel-version.mk b/include/kernel-version.mk
index 68795f767c04..192ee1c2e969 100644
--- a/include/kernel-version.mk
+++ b/include/kernel-version.mk
@@ -4
On 2018-05-06 23:41, Koen Vandeputte wrote:
On 06-05-18 19:25, Tomasz Maciej Nowak wrote:
Hi Koen.
W dniu 03.05.2018 o 11:57, Koen Vandeputte pisze:
All,
Please skip these.
It does not apply anymore due to: "kernel: add missing
in6_dev_put_clear call to an ipv6 network patch&qu
On 06-05-18 19:25, Tomasz Maciej Nowak wrote:
Hi Koen.
W dniu 03.05.2018 o 11:57, Koen Vandeputte pisze:
All,
Please skip these.
It does not apply anymore due to: "kernel: add missing in6_dev_put_clear call to
an ipv6 network patch"
Also .. yet another kernel bump was released
On 03-05-18 14:01, Felix Fietkau wrote:
On 2018-05-03 13:12, Felix Fietkau wrote:
On 2018-05-02 17:37, Koen Vandeputte wrote:
Config moved from option.h to localoptions.h
refreshed all patches
deleted upstreamed patches:
- 010-runtime-maxauthtries.patch
- 610-skip-default-keys-in-custom
All,
Please skip these.
It does not apply anymore due to: "kernel: add missing
in6_dev_put_clear call to an ipv6 network patch"
Also .. yet another kernel bump was released yesterday ..
V2 later on ..
Koen
___
Lede-dev mailing list
Lede-dev@lists
Openwrt default IPK + ECC + zlib: 98709
2018.76
---
Openwrt default : 277260
Openwrt default IPK : 130534
Openwrt default + ECC + zlib: 322928
Openwrt default IPK + ECC + zlib: 149187
Signed-off-by: Koen Vandeputte
---
V2:
--> Added binary sizes
--> Disa
The new mtd-utils patch series seems to have lowered the likeliness of
the issue occurring.. but I've seen it again on some files.
Thanks again,
Koen
Koen Vandeputte kirjoitti 26.4.2018 klo 16:58:
Hi All,
I'm checking this functionality:
https://openwrt.org/docs/guide-de
Refreshed all patches
Compile-tested on: ar71xx
Runtime-tested on: ar71xx
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 +-
.../ar7/patches-4.9/300-add-ac49x-platform.patch | 4 +-
.../ar71xx/patches-4.9/500-MIPS-fw-myloader.patch | 2
Refreshed all patches
Compile-tested on: cns3xxx, imx6, x86_64
Runtime-tested on: cns3xxx, imx6, x86_64
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk| 4 ++--
target/linux/brcm47xx/patches-4.14/159-cpu_fixes.patch | 8
...-fix-data
On 2018-04-28 15:47, Hauke Mehrtens wrote:
On 04/27/2018 05:58 PM, Koen Vandeputte wrote:
Config moved from option.h to localoptions.h
refreshed all patches
deleted upstreamed patches:
- 010-runtime-maxauthtries.patch
- 610-skip-default-keys-in-custom-runs.patch
introduced new patch:
- 610
Makefile when
(de)selecting EC options.
Tested on both LE (arm) and BE (mips) architectures.
Tested with all dropbear menuoptions on/off
Signed-off-by: Koen Vandeputte
---
package/network/services/dropbear/Makefile | 28 ++---
.../patches/010-runtime-maxauthtries.patch | 130
Refreshed all patches
Compile-tested on: cns3xxx, imx6
Runtime-tested on: cns3xxx, imx6
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 ++--
.../backport-4.14/336-netfilter-exit_net-cleanup-check-added.patch| 2 +-
.../pending
Hi All,
I'm checking this functionality:
https://openwrt.org/docs/guide-developer/build-system/use-buildsystem#custom_files
steps done:
- clone openwrt master repo (~/openwrt )
- make menuconfig & select target
- add custom files:
--> ~/openwrt/files/etc/test.txt (containing some random byt
Refreshed all patches.
Compile-tested on: cns3xxx, imx6
Runtime-tested on: cns3xxx, imx6
Fixes for CVEs:
CVE-2018-1108
CVE-2018-1092
CVE-2018-1094
CVE-2018-1095
Signed-off-by: Koen Vandeputte
---
Note:
Requires the patch from Kevin D-B (kernel: bump 4.9 to 4.9.96) first to avoid
conflicts
Tested-by: Koen Vandeputte
Target: ar71xx (Ubnt Rocket M5)
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
All OK
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
Tested on ar71xx (UBNT Rocket M5)
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
Tested on imx6, also using the imagebuilder afterwards.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
Tested on imx6, also using the imagebuilder afterwards.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
Tested on imx6, also using the imagebuilder afterwards.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
Tested on imx6, also using the imagebuilder afterwards.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
Tested on imx6, also using the imagebuilder afterwards.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Previously I mentioned the following issue on imx6 (ubi):
- Make owrt build
- Add custom files using imagebuilder
- Flash (jtag or tftp via uboot)
- Boot 1st time (all is OK)
- Boot 2nd time (custom files are corrupt now)
After testing this a few times using JTAG on the same board (which had
On 2018-04-20 00:15, Hauke Mehrtens wrote:
On 04/18/2018 12:24 AM, Koen Vandeputte wrote:
I tested the patch series because I have a linking problem with zlib
and python an I wanted to see if this fixes it (it does not) but on
i686 I have this error
make[8]: Entering directory
'
On 17-04-18 19:16, Lucian Cristian wrote:
On 16.04.2018 01:53, Hauke Mehrtens wrote:
This allows us to link the other tools against our libz and we do not
need the system zlib any more.
Only the static linked library is copied to the staging directory so we
have a statically linked library on
Hi Hauke,
Thank you very much for this patch!!
I will try to give it a spin today on imx6 hardware and specifically by
using the imagebuilder.
Noticing the upstream git repo, there were a few important fixes
(especially for ubifs).
Would you be in favor of:
- Skip these until considered sta
Refreshed all patches.
Compile-tested on: ar71xx
Runtime-tested on: ar71xx
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 +-
...-detect-JEDEC-incompatible-w25q128-using-.patch | 2 +-
...80-NET-skip-GRO-for-foreign-MAC-addresses.patch | 10
Hi Syrone,
Following your patch to update mtd-utils in packages, currently staged
in Hauke's tree:
Are you also planning to upgrade mtd-utils within tools/ too?
I'm asking to avoid double effort on this.
Some background info:
Reason for me to update this is trying to fix a ubi issue in imx6
On 2018-04-04 13:21, Rosen Penev wrote:
On Wed, Apr 4, 2018 at 4:17 AM, Jo-Philipp Wich wrote:
Hi Koen,
please try reverting
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=4fb684a7558ea5c11580378be062f73da07f8479
and see if it fixes the issue.
Reverting this one indeed fixes
Hi All,
Purely informational:
There seem to build a build error since commit: (af35ce1065ac
"ncurses: Update to 6.1.")
00 -c ../ncurses/lib_gen.c -o ../objects/lib_gen.o
In file included from ../ncurses/curses.priv.h:325:0,
from ../ncurses/lib_gen.c:20:
_10727.c:978:15: e
Tested-by: Koen Vandeputte
Targets: cns3xxx, imx6
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
lib/netifd/netifd-wireless.sh' is not executable: -rw-r--r--
File '/rom/lib/netifd/utils.sh' is not executable: -rw-r--r--
File '/rom/lib/uboot-envtools.sh' is not executable: -rw-r--r--
File '/rom/lib/upgrade/common.sh' is not executable: -rw-r--r--
File '/rom/l
On 2018-03-29 16:14, Felix Fietkau wrote:
On 2018-03-29 13:42, Koen Vandeputte wrote:
Hi Felix,
Regarding your commit ("build: include kmod-ipt-offload in default
images") [1]
By default, this package is only supported (and selectable) when the
target device uses kernel 4.14.
Hi Felix,
Regarding your commit ("build: include kmod-ipt-offload in default
images") [1]
By default, this package is only supported (and selectable) when the
target device uses kernel 4.14.
I've just tried this:
- Checkout OpenWrt master
- Select a target using kernel 4.9 (ar71xx)
- Buil
On 2018-03-20 09:54, Kyson Lok wrote:
Override the LAN MAC to use the same address as WAN.
The stock firmware uses the same MAC address for all
interfaces.
Besides blindly following the stock firmware behavior,
is there *any* advantage in doing this?
Signed-off-by: Kyson Lok
---
target/li
On 2018-03-16 00:49, Ben Greear wrote:
On 03/15/2018 04:44 PM, Rosen Penev wrote:
On Sun, Mar 4, 2018 at 3:05 PM, Stefan Lippers-Hollmann
wrote:
Hi
On 2018-03-04, Hauke Mehrtens wrote:
On 03/04/2018 06:40 PM, Rosen Penev wrote:
[...]
On Sun, Mar 4, 2018 at 9:31 AM, Rosen Penev wrote:
[
- Refreshed all patches
Compile tested on: ar71xx
Runtime tested on: ar71xx
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 +-
.../patches-4.9/910-unaligned_access_hacks.patch | 2 +-
...-tcp-tsq-add-shortcut-in-tcp_tasklet_func.patch | 2
- Refreshed all patches
Compile tested on: cns3xxx, imx6
Runtime tested on: cns3xxx, imx6
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/kernel-version.mk b/include/kernel-version.mk
index
- Refreshed all patches
- Only compile-tested
Compile tested on: Gemini
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 ++--
.../patches-4.4/910-unaligned_access_hacks.patch | 2 +-
...w-rejecting-with-source-address-failed-policy.patch
Tested-by: Koen Vandeputte
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On 2018-03-08 11:15, Felix Fietkau wrote:
Felix,
It's yours :)
Fixed now, sorry about that.
- Felix
Confirmed it's fixed.
Thanks,
Koen
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-d
On 2018-02-22 12:44, Felix Fietkau wrote:
On 2018-02-22 12:20, Koen Vandeputte wrote:
When this target got updated to 4.14, this patch got removed to
re-evaluate if it was still needed.
Extensive testing now shows this issue is still present.
Let's re-add the patch to fix it for now.
A
On 2018-03-08 10:35, Koen Vandeputte wrote:
Hi All,
Building todays trunk shows this:
tmp/.config-package.in:88691:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
t
Hi All,
Building todays trunk shows this:
tmp/.config-package.in:88691:error: recursive dependency detected!
For a resolution refer to Documentation/kbuild/kconfig-language.txt
subsection "Kconfig recursive dependency limitations"
tmp/.config-package.in:88691: symbol PACKAGE_ppp is selected
ing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
--
Koen Vandeputte - Software Developer
koen.vandepu...@ncentric.com | +32
- Refreshed all patches
- Removed 2 patches which got upstreamed
Compile tested on: cns3xxx, imx6
Runtime tested on: cns3xxx, imx6
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 +-
...compat-add-fallback-for-unsupported-libcs.patch | 147
- Refreshed all patches
- Removed 1 patch which got upstreamed
Compile tested on: ar71xx (Rocket M5, Mikrotik RB2011)
Runtime tested on: ar71xx (Rocket M5, Mikrotik RB2011)
Signed-off-by: Koen Vandeputte
---
include/kernel-version.mk | 4 +-
...configuration-and
Some fuzz was introduced due to the netfilter-offload series
Signed-off-by: Koen Vandeputte
---
...f_tables_inet-don-t-use-multihook-infrast.patch | 5 +--
...f_tables-add-single-table-list-for-all-fa.patch | 39 +++---
.../generic/hack-4.14/250-netfilter_depends.patch | 2
W5200
Signed-off-by: Koen Vandeputte
---
.../imx6/patches-4.14/210-disable-uart-dma.patch | 23 ++
1 file changed, 23 insertions(+)
create mode 100644 target/linux/imx6/patches-4.14/210-disable-uart-dma.patch
diff --git a/target/linux/imx6/patches-4.14/210-disable-uart-dma.pat
On 2018-02-19 11:47, Andrey Jr. Melnikov wrote:
Koen Vandeputte wrote:
The current implementation only checked if uqmi itself executed
correctly which is also the case when the returned value is actually
an error.
Rework this, checking that CID is a numeric value, which can only
be true if
The current implementation only checked if uqmi itself executed
correctly which is also the case when the returned value is actually
an error.
Rework this, checking that CID is a numeric value, which can only
be true if uqmi itself also executed correctly.
Signed-off-by: Koen Vandeputte
This issue is also present in kernel 4.9 starting from 4.9.71
Adapted the patch, as the fixed function is in another location here.
Signed-off-by: Koen Vandeputte
---
.../pending-4.9/812-pci-dwc-fix-enumeration.patch | 62 ++
1 file changed, 62 insertions(+)
create mode
Tested-by: Koen Vandeputte
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
All devices behind the bridge are properly discovered now.
Tested-by: Koen Vandeputte
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Fixes the build issue
Tested-by: Koen Vandeputte
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Fixes the build issue
Tested-by: Koen Vandeputte
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
On 2018-02-16 11:28, Mauro Mozzarelli wrote:
I am not sure if you are already aware, master fails to build after
today's git pull:
-sections -std=c99 -znow -zrelro -Wl,--gc-sections -o openvpn argv.o
base64.o buffer.o clinat.o comp.o compstub.o comp-lz4.o crypto.o
crypto_openssl.o crypto_mb
fixes: da8990e717e1 ("uqmi: use built-in command for data-link verification")
Signed-off-by: Koen Vandeputte
---
package/network/utils/uqmi/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/utils/uqmi/Makefile
b/package/network/utils/uqm
asn't ..
Signed-off-by: Koen Vandeputte
---
.../network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
b/package/network/utils/uqmi/files/lib/netifd/pr
apply these patches.
Signed-off-by: Koen Vandeputte
---
...-allow-mini-drivers-to-consume-L2-headers.patch | 39
...099-0002-net-qmi_wwan-support-raw-IP-mode.patch | 206 +
...n-should-hold-RTNL-while-changing-netdev-.patch | 107 +++
...alignment-for-frames-with
Debugging shows that using the general method properly cleans on each
run, while the method specifying the client-ID shows "No effect"
even while in connected state.
Fixes several connectivity issues seen on specific modems.
Signed-off-by: Koen Vandeputte
---
package/network/utils/
.66.245.226 obtained, lease time 7200
udhcpc: ifconfig wwan0 100.66.245.226 netmask 255.255.255.252 broadcast
+
udhcpc: setting default routers: 100.66.245.225
[1] https://lists.freedesktop.org/archives/libqmi-
devel/2017-January/002064.html
Tested on cns3xxx using a Sierra Wireless MC7455 LTE-A
rrect if the uqmi command itself also executed correctly.
On command execution success, value "pdh_" is a pure numeric value.
Signed-off-by: Koen Vandeputte
---
package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 12
1 file changed, 8 insertions(+), 4 deletions(-
Signed-off-by: Koen Vandeputte
---
...-usbnet-allow-mini-drivers-to-consume-L2-headers.patch | 7 +--
.../099-0002-net-qmi_wwan-support-raw-IP-mode.patch | 11 +++
...qmi_wwan-should-hold-RTNL-while-changing-netdev-.patch | 11 +++
...et-fix-alignment-for-frames-with
From: Alexandru Ardelean
If you unplug a QMI device, the /dev/cdc-wdmX device
disappears but uqmi will continue to poll it endlessly.
Then, when you plug it back, you have 2 uqmi processes,
and that's bad, because 2 processes talking QMI to the
same device [and the same time] doesn't seem to wor
If a device only supports the 2nd verification method (uim),
the first method will fail as expected reporting an error:
"Command not supported"
Silence both separate methods and only report an error regarding
pin verification if both fail.
Signed-off-by: Koen Vandeputte
---
packa
be a welcome
enhancement as a lot of LTE devices will now be supported.
Alexandru Ardelean (1):
net: uqmi: fix blocking in endless loops when unplugging device
Koen Vandeputte (8):
kernel: backport raw-ip mode for newer QMI LTE modems
kernel: refresh patches
uqmi: fix raw-ip mode for
On 2018-02-15 02:31, Tim Harvey wrote:
Signed-off-by: Tim Harvey
---
v2:
- move dwc pci patch to generic (Koen)
- added E1000E driver (used on GW552x)
- remove unnecessary EXT2/EXT3 (Michael)
- remove config default config for 14.4
Signed-off-by: Tim Harvey
---
target/linux/imx6/co
On 2018-02-13 13:03, p.wa...@gmx.at wrote:
[0.802787] 0x0100-0x00172598 : "kernel"
[0.813538] 0x00172598-0x00fc : "rootfs"
[0.824870] mtd: device 3 (rootfs) set to be root filesystem
[0.830761] 1 squashfs-split partitions found on MTD device rootfs
[0
fixes: da8990e717e1 ("uqmi: use built-in command for data-link verification")
Signed-off-by: Koen Vandeputte
---
package/network/utils/uqmi/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/utils/uqmi/Makefile
b/package/network/utils/uqm
On 2018-02-01 23:35, Tim Harvey wrote:
diff --git a/target/linux/imx6/patches-4.14/300-fix-enumeration.patch
b/target/linux/imx6/patches-4.14/300-fix-enumeration.patch
new file mode 100644
index 000..ce9e815
--- /dev/null
+++ b/target/linux/imx6/patches-4.14/300-fix-enumeration.patch
@@
On 2018-02-01 23:35, Tim Harvey wrote:
Signed-off-by: Tim Harvey
---
target/linux/generic/config-4.14 | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/target/linux/generic/config-4.14 b/target/linux/generic/config-4.14
index fa389bf..89f2f43 100644
--- a/target/lin
On 2018-02-08 10:53, Bjørn Mork wrote:
Bjørn Mork writes:
Backporting the raw-ip feature to v4.4 is simple. Just cherry-pick
81e0ce79f291 ("usbnet: allow mini-drivers to consume L2 headers")
32f7adf633b9 ("net: qmi_wwan: support "raw IP" mode")
6c730080e663 ("net: qmi_wwan: should ho
On 07-02-18 22:14, Levente Kovacs wrote:
On Wed, 7 Feb 2018 13:23:25 +0100
Koen Vandeputte wrote:
Quectel EC25-A
Does the EC25 work without any kernel patch? I was testing EC25 with 17.01.1,
and it was working only with a kernel patch. Can you give me a status update
on this? Now I
asn't ..
Signed-off-by: Koen Vandeputte
---
.../network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
b/package/network/utils/uqmi/files/lib/netifd/pr
rrect if the uqmi command itself also executed correctly.
On command execution success, value "pdh_" is a pure numeric value.
Signed-off-by: Koen Vandeputte
---
package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 12
1 file changed, 8 insertions(+), 4 deletions(-
Debugging shows that using the general method properly cleans on each
run, while the method specifying the client-ID shows "No effect"
even while in connected state.
Fixes several connectivity issues seen on specific modems.
Signed-off-by: Koen Vandeputte
---
package/network/utils/
changes were verified using shellcheck.net
Koen Vandeputte (3):
uqmi: use general method for state cleaning
uqmi: use correct value for connection checking
uqmi: use built-in command for data-link verification
.../utils/uqmi/files/lib/netifd/proto/qmi.sh | 46 +++---
On 2018-02-02 13:17, Denis Periša wrote:
Anyhow, I managed to do it.
I booted new LEDE iniramfs kernel..
Then did ubiformat, ubiattach, ubimkvol on mtd6 ONLY, I labeled it "rootfs"
mounted it, transfered rootfs.tar.gz and extracted..
then booted initramfs kernel of old openwrt and formatted mtd
- Remove kernel 4.9 support
- Apply specific 4.14 changes directly to source
- Refreshed all
Signed-off-by: Koen Vandeputte
---
V2: Remove custom 4.14 specific patches by applying them directly to source
I'll try to reduce the amount of custom patches even more later on,
but this will be
3rd time's the charm :) .. without html ..
>
Hi Koen,
Thanks for this info!
Have you asked the linux-pci group about this? I'm curious what the
patch to 4.9.71 was trying to do and if this is the proper place to
fix this. I assume if we set that value in the bootloa
On 2018-01-21 13:37, Jonas Gorski wrote:
Hi,
On 18 January 2018 at 10:50, Koen Vandeputte
wrote:
A lot of targets have more than sufficient space to allow
building the kernel for speed iso size.
Export this performance option to the main config:
- Making it easy accessable for users
On 2018-01-21 13:46, Arjen de Korte wrote:
Citeren Jonas Gorski :
Hi,
On 18 January 2018 at 10:50, Koen Vandeputte
wrote:
A lot of targets have more than sufficient space to allow
building the kernel for speed iso size.
Export this performance option to the main config:
- Making it easy
If a device only supports the 2nd verification method (uim),
the first method will fail as expected reporting an error:
"Command not supported"
Silence both separate methods and only report an error regarding
pin verification if both fail.
Signed-off-by: Koen Vandeputte
---
packa
Tested-by: Koen Vandeputte
Targets: cns3xxx
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Tested-by: Koen Vandeputte
Targets: imx6
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
"make oldconfig"
Compiling for size is still the default.
Purely informational:
On my cns3xxx board, kernel size increases by ~100kB
but boot time decreased by ~8%.
Signed-off-by: Koen Vandeputte
---
config/Config-kernel.in | 16
1 file changed, 16 insertions(+)
di
On 2018-01-17 11:11, Karl Vogel wrote:
John Crispin writes:
On 17/01/18 10:54, Koen Vandeputte wrote:
On 2018-01-17 10:43, Karl Vogel wrote:
Shows how long an initd task took, for example:
procd: stop /etc/init.d/dropbear running - took 0.088824s
procd: Update service dnsmasq
On 2018-01-17 10:43, Karl Vogel wrote:
Shows how long an initd task took, for example:
procd: stop /etc/init.d/dropbear running - took 0.088824s
procd: Update service dnsmasq
procd: Update instance dnsmasq::dnsmasq
procd: running /etc/init.d/dnsmasq running
procd: start /etc/init.d/d
The Gateworks GW5520 board uses 2x intel gigabit mac's, instead of the
internal i.MX6 FEC.
Add support for these.
Signed-off-by: Scott V. Kamp
Signed-off-by: Koen Vandeputte
---
target/linux/imx6/config-4.9 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/imx6/config-
resent now upon
testing it.
Fixes: fce35bce0f6e ("config: support new symbol intro'd in kernel
4.12")
Signed-off-by: Koen Vandeputte
---
include/kernel-defaults.mk | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/kernel-defaults.mk b/include/kernel-defaults.mk
index 33f
1 - 100 of 295 matches
Mail list logo
