I've been struggling with an OpenWRT configuration to get a specific
wireless link to come with with an MTU of higher than 1500. I have
administrative control over all endpoints so interop is not a concern.
At least as I understand it, 802.11 itself has a 2304 MTU and I'd like
to explicitly take
Hi Philippe,
2018-04-05 16:31 GMT-03:00 Philip Prindeville
:
> Hi all,
>
> What do people think of (a) rewriting ipcalc.sh to be in C instead, and (b)
> allowing it to perform multiple operations either with flags or perhaps with
> symlinks and examining
Hi all,
What do people think of (a) rewriting ipcalc.sh to be in C instead, and (b)
allowing it to perform multiple operations either with flags or perhaps with
symlinks and examining argv[0] a la busybox?
It isn’t used in too many places so any sort of change won’t have too many
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 +-
Hi,
I closed my PR due to
https://github.com/openwrt/openwrt/commit/56d0dd56e9c6efa79d03b6417dc0ae5449343001.
I tried to understand patches in tools/mtd-utils but failed. I
appreciate if anyone keeps going.
Best Regards,
Syrone Wong
On Thu, Apr 5, 2018 at 4:59 PM, Koen Vandeputte
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
Sorry for the description.
1. The sda1 is a USB disk (exfat format), not only exfat, but also ntfs, fat16,
fat32, ext4, all of them have the same issue.
2. Plug in the USB disk before upgrade firmware (do not unplug) and then wait
until the system boot,
After the filesystem initialized but
Dear John Crispin and Felix Fietkau,
Could either of you please consider moving the Ramips target to kernel
4.14 before the fork to 18.04 happens? Without it, the new
flow_offload goodies won't be usable on Ramips, which would be a shame
in my opinion. Or are there good reasons to keep the target