Hi Filip, hello all!
Thank you very very much for your help and sorry for me not ansering to your
previous mail. I tought I would re-check this all when I went back home to
report with precise informations, but in the end I didn't.
Your help is very very much apreciated.
As you found out, I
Provides a better measure of actual system memory usage for Luci/users.
"cached" will be used to add a new progress bar, "available" is the
kernel's estimate of memory that is actually useable, and is more
accurate than (memory.free + memory.buffered) that Luci currently uses
to calculate
Paul Spooren [2019-10-07 09:52:23]:
Hi,
> The issue appear for amips-mt7620-zyxel_keenetic-omni-ii[0] as well.
as discussed on IRC, this issue is caused by your custom build step[1] and
doesn't exist in the tree, so the proposed patch can be seen just a workaround
and not proper fix so I've
It allows more platforms to be able to build it such as Cygwin.
This is the same patch currently in the packages repo.
Signed-off-by: Rosen Penev
---
..._CHECK_LIB-for-iconv-library-linking.patch | 27 ---
tools/dosfstools/patches/010-iconv.patch | 26 ++
2
From: Alexey Loukianov
* Add blkpg.h linux header (not available under cygwin) and
patch types.h to reflect cygwin specifics.
* Define __USE_LINUX_IOCTL_DEFS under cygwin.
* Properly handle ".exe" suffix in package makefile.
Signed-off-by: Alexey Loukianov
Signed-off-by: Rosen Penev
---
From: Alexey Loukianov
Environment block size on Windows is limited to ~32k. But
contrary to typical posix limitation process arguments are
not included in environment block and are separate from it.
Thus it is not required to compare env_size with arg_max
when checking for execl(e) limits in
From: Alexey Loukianov
Incorporate CYGWIN zlib patches into package.
Signed-off-by: Alexey Loukianov
(replaced patch with upstream backport)
Signed-off-by: Rosen Penev
---
tools/zlib/patches/010-cygwin.patch | 37 +
1 file changed, 37 insertions(+)
create mode
From: Alexey Loukianov
This patches mkheader_gemtek.c to handle endiannes on CYGWIN
hosts the same way it is handled on Linux.
Signed-off-by: Alexey Loukianov
Signed-off-by: Rosen Penev
---
tools/firmware-utils/src/mkheader_gemtek.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Alexey Loukianov
* Properly handle ".exe" suffix for cygwin.
Signed-off-by: Alexey Loukianov
(bumped PKG_RELEASE)
Signed-off-by: Rosen Penev
---
package/libs/ncurses/Makefile | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/package/libs/ncurses/Makefile
From: Alexey Loukianov
Properly handle ".exe" suffix on CYGWIN hosts.
Signed-off-by: Alexey Loukianov
(rebased)
Signed-off-by: Rosen Penev
---
tools/coreutils/Makefile | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/tools/coreutils/Makefile
From: Alexey Loukianov
Fix patch-specs.sh to also look for "*-cpp.exe"
when searching for C preprocessor.
Signed-off-by: Alexey Loukianov
(Small title edit)
Signed-off-by: Rosen Penev
---
scripts/patch-specs.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Greetings,
I'm trying to bump the octeontx kernel from 4.14 to 4.19 which it
seems should be trivial but I keep ending up with userspace failing
with:
[7.080332] Run /init as init process
Error loading shared library libgcc_s.so.1: No such file or directory
(needed by /init)
[7.120297]
The first allows usage of several functions in the std namespace, which
broke compilation of gddrescue specifically with uClibc-ng and uClibc++.
The second allows usage of long long with normal C++11, which is part of
the standard. Before, std=gnu++11 needed to be passsed to work around it.
As a
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 list software.--- Begin Message ---
Hi,
I tested your v2 patch. It's
The issue appear for amips-mt7620-zyxel_keenetic-omni-ii[0] as well.
[0]:
https://rebuild.aparcar.org/SNAPSHOT/ramips/mt7620/openwrt-ramips-mt7620-zyxel_keenetic-omni-ii-squashfs-factory.bin.html
On 10/6/19 10:22 PM, Petr Štetiar wrote:
Current factory images are built on top of sysupgrade
Hi,
On 10/7/19 4:28 PM, Petr Štetiar wrote:
> In order to make the source code usable and testable separately out of
> buildroot.
>
> Signed-off-by: Petr Štetiar
Acked-by: Jo-Philipp Wich
signature.asc
Description: OpenPGP digital signature
___
On 10/7/19 4:28 PM, Petr Štetiar wrote:
> In order to make the source code usable and testable separately out of
> buildroot.
>
> Signed-off-by: Petr Štetiar
Acked-by: Hauke Mehrtens
I Like this especially as this is pretty big.
> ---
>
> tl;dr this is just a first step, having more in the
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of m...@adrianschmutzler.de
> Sent: Donnerstag, 3. Oktober 2019 00:46
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH v2 0/7] Move caldata extraction and MAC
The device bears two MAC addresses ("MAC 1" and "MAC 2") that
correspond to phy0 and phy1.
The ethernet MAC address (gmac0) is the same as phy0.
As this one is accessible via local-mac-address in gmac0, the
latter is used for label-mac-device.
(Although this is a one-port, gmac1 also has a
"coreutil-date" package from the packages feed replaces the Busybox date
applet by symlinking /usr/bin/gnu-date to /bin/date. This prevents the system
init script from setting kernel timezone because the GNU date utility does not
provide such functionality:
root@OpenWrt:~# date -k
date:
The CWMP-Account on the device's label contains the eth0 MAC
address.
This only changes 4.19 files as label-mac-device is introduced
after 19.07 branch, so there won't be a 4.14 release anymore.
Signed-off-by: Adrian Schmutzler
---
Resend, so DTS approach is v2
---
Hi Petr,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Petr Štetiar
> Sent: Montag, 7. Oktober 2019 10:22
> To: openwrt-devel@lists.openwrt.org
> Cc: Petr Štetiar
> Subject: [OpenWrt-Devel] [PATCH] ath79: make UBNT Nano/Loco
Hi all!
I'm currently (re-)activating dockstars and found strange contents in
OpenWRT's /proc/mtd. The root cause seem to be git commits 1447784a8c3
and 9808b9ae024, respectively.
To my knowledge, the "reg" property in a device tree node is always of the
form , _not_ .
Could you please have a
On 10/6/19 10:22 PM, Petr Štetiar wrote:
Current factory images are built on top of sysupgrade images which
contains metadata which are causing image reproducibility issues, so
let's build factory images from the scratch. While at it, refactor the
shared vars into common base as well.
Compiled
Current factory images are built on top of sysupgrade images which
contains metadata which are causing image reproducibility issues, so
let's build factory images from the scratch. While at it, refactor the
shared vars into common base as well.
Ref:
Koen,
- Ursprüngliche Mail -
>
> I'm also seeing this warning:
>
>
> [ 0.00] Kernel command line: console=ttymxc1,115200 ubi0:ubi
> ubi.mtd=2 rootfstype=squashfs,ubifs ubi.fm_autoconvert=1
>
> [ 2.356304] ubi0: default fastmap pool size: 95
> [ 2.360850] ubi0: default
Koen,
- Ursprüngliche Mail -
>> +# enable UBI fastmap support
>> +setenv bootargs "${bootargs} ubi.fm_autoconvert=1"
>> else
>> echo "Booting from block device ${bootdev}..."
>> setenv fsload "${fs}load ${dtype} ${disk}:1"
>
> Hi Tim,
>
> Shouldn't this patch also
27 matches
Mail list logo
