Re: [OpenWrt-Devel] Is printf considered to be guaranteed?

On Sat, 13 Oct 2018 at 06:48, Sebastian Moeller wrote: > > Dear mhei, > > > > > On Oct 12, 2018, at 20:53, Michael Heimpold wrote: > > > > Am Donnerstag, 11. Oktober 2018, 22:44:53 CEST schrieb Sebastian Moeller: > >> Dear Luiz, > >> > >> thank you very much for this information. By now I have

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

On Fri, 19 Oct 2018 at 19:18, Richard Weinberger wrote: > Am Freitag, 19. Oktober 2018, 18:18:05 CEST schrieb Rafał Miłecki: > > > Do you have something also I can test? > > > A C reproducer? An xfstest case? > > > > I don't. I may try writing one with info provided my Amir, but I'm not > >

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

On Fri, 19 Oct 2018 at 16:59, Richard Weinberger wrote: > Am Freitag, 19. Oktober 2018, 16:45:53 CEST schrieb Richard Weinberger: > > Well, I fear it uncovers a problem in UBIFS. We had already problems with > > overlayfs. > > Did you bisect the problem and you are sure that the said commit is

[OpenWrt-Devel] [PATCH 5/5] mesongx: new target

This target supports Amlogic S9 SoCs. Signed-off-by: Stijn Tintel --- target/linux/mesongx/Makefile | 36 ++ target/linux/mesongx/base-files/etc/inittab| 5 + .../mesongx/base-files/lib/preinit/79_move_config | 22 +

[OpenWrt-Devel] [PATCH 0/5] mesongx: new target for AmLogic S9 SoCs

This patch series adds a new target "mesongx", which supports AmLogic S9 SoCs. This has been developed and tested on the ODROID C2 (S905). This is using a vanilla 4.14 kernel without patches. There is no HDMI output, because this either requires a 4.16 kernel, or Hardkernel's U-Boot fork. Most

[OpenWrt-Devel] [PATCH 3/5] uboot-mesongx: add new package

Signed-off-by: Stijn Tintel --- package/boot/uboot-mesongx/Makefile | 33 + 1 file changed, 33 insertions(+) create mode 100644 package/boot/uboot-mesongx/Makefile diff --git a/package/boot/uboot-mesongx/Makefile b/package/boot/uboot-mesongx/Makefile new file

[OpenWrt-Devel] [PATCH 2/5] tools: add fiptool

Signed-off-by: Stijn Tintel --- tools/Makefile | 2 +- tools/fiptool/Makefile | 37 + 2 files changed, 38 insertions(+), 1 deletion(-) create mode 100644 tools/fiptool/Makefile diff --git a/tools/Makefile b/tools/Makefile index

[OpenWrt-Devel] [PATCH 4/5] odroid-firmware: add new package

Signed-off-by: Stijn Tintel --- package/firmware/odroid/Makefile | 46 1 file changed, 46 insertions(+) create mode 100644 package/firmware/odroid/Makefile diff --git a/package/firmware/odroid/Makefile b/package/firmware/odroid/Makefile new file mode

[OpenWrt-Devel] [PATCH 1/5] tools: add meson-tools

Signed-off-by: Stijn Tintel --- tools/Makefile | 1 + tools/meson-tools/Makefile | 31 +++ 2 files changed, 32 insertions(+) create mode 100644 tools/meson-tools/Makefile diff --git a/tools/Makefile b/tools/Makefile index 9a354f6c70..0adc13acbf 100644

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

Am Freitag, 19. Oktober 2018, 18:18:05 CEST schrieb Rafał Miłecki: > > Do you have something also I can test? > > A C reproducer? An xfstest case? > > I don't. I may try writing one with info provided my Amir, but I'm not > experienced with such things, won't be trivial for me. Next week I'm in

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

On Fri, 19 Oct 2018 at 16:45, Richard Weinberger wrote: > - Ursprüngliche Mail - > > Von: "Rafał Miłecki" > > An: "Amir Goldstein" , "Miklos Szeredi" > > , linux-unio...@vger.kernel.org, > > linux-fsde...@vger.kernel.org, "richard" , "Artem > > Bityutskiy" , "Adrian Hunter" > > ,

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

On Fri, Oct 19, 2018 at 5:59 PM Richard Weinberger wrote: > > Am Freitag, 19. Oktober 2018, 16:45:53 CEST schrieb Richard Weinberger: > > Well, I fear it uncovers a problem in UBIFS. We had already problems with > > overlayfs. > > Did you bisect the problem and you are sure that the said commit

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

Am Freitag, 19. Oktober 2018, 16:45:53 CEST schrieb Richard Weinberger: > Well, I fear it uncovers a problem in UBIFS. We had already problems with > overlayfs. > Did you bisect the problem and you are sure that the said commit is the first > bad commit? Another thing, UBIFS has no export

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

On Fri, Oct 19, 2018 at 3:31 PM Rafał Miłecki wrote: > > Hi, > > Since OpenWrt switch from kernel 4.9 to 4.14 users started randomly > reporting file system corruptions. OpenWrt uses overlay(fs) with > squashfs as lowerdir and ubifs as upperdir. Russell managed to isolate > & describe test case

Re: [OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

Rafał, - Ursprüngliche Mail - > Von: "Rafał Miłecki" > An: "Amir Goldstein" , "Miklos Szeredi" > , linux-unio...@vger.kernel.org, > linux-fsde...@vger.kernel.org, "richard" , "Artem Bityutskiy" > , "Adrian Hunter" > , linux-...@lists.infradead.org, "Russell Senior" > , "OpenWrt >

Re: [OpenWrt-Devel] [PATCH] kernel: tolerate using UBI/UBIFS on MLC flash (FS#1830)

On Thu, 18 Oct 2018 at 14:29, Koen Vandeputte wrote: > starting from upstream commit 577b4eb23811 ("ubi: Reject MLC NAND") > it is not allowed to use UBI and UBIFS on a MLC flavoured NAND flash chip. [1] > > According to David Oberhollenzer [2]: > > The real problem is that on MLC NAND, pages

Re: [OpenWrt-Devel] [RFC 0/9] Using the mainline mtk-eth-soc driver for MT7621

Quoting Bjørn Mork : Yes. The Quantenna module boots over this interface using tftp. I use dnsmasq to serve it the u-boot.bin and topaz-linux.lzma.img images (built using the Quantenna SDK - no OpenWrt here. Yet :-). Hmm I should try your work too! Check if 2nd GMAC is working on my

[OpenWrt-Devel] Regression in handling power cuts since 3a1e819b4e80 ("ovl: store file handle of lower inode on copy up")

Hi, Since OpenWrt switch from kernel 4.9 to 4.14 users started randomly reporting file system corruptions. OpenWrt uses overlay(fs) with squashfs as lowerdir and ubifs as upperdir. Russell managed to isolate & describe test case for reproducing corruption when doing a power cut after first boot.

[OpenWrt-Devel] mtd/cfi-flash - 18.06.1 does not work on WZR-HP_G300NH due to removed patch

Hi, I discovered the following problem on WZR-HP-G300NH router except A0D0 hw version: https://forum.openwrt.org/t/impossible-to-install-update-any-packages-on-wzr-hp-g300nh-18-06-1 I found problem is related to removed ar71xx/patches-4.9/403-mtd_fix_cfi_cmdset_0002_status_check_new.patch and

[OpenWrt-Devel] Again: PAM libs 18.06

Arch ar71xx Clean clone of 18.06 feeds/update -a feeds/install -a make menuconfig select Administration > sudo sudo compile fails: checking security/pam_appl.h usability... no checking security/pam_appl.h presence... no checking for security/pam_appl.h... no checking pam/pam_appl.h usability...

Re: [OpenWrt-Devel] Is printf considered to be guaranteed?

I think so. It is compiled by default: $ grep PRINTF -A2 package/utils/busybox/Config-defaults.in config BUSYBOX_DEFAULT_PRINTF bool default y -- config BUSYBOX_DEFAULT_ASH_PRINTF bool default y -- config BUSYBOX_DEFAULT_HUSH_PRINTF bool default n

[OpenWrt-Devel] iw-full (including OCB) package suggestion

Hello, As I wrote in this OpenWrt forum topic: https://forum.openwrt.org/t/what-is-the-purpose-of-200-reduce-size-patch-in-iw-4-14/22267/4, I found out that the 'ocb' commands ('iw dev ocb join 10MHz' and 'iw dev ocb leave), in iw, have been disabled starting from the new OpenWrt version

Re: [OpenWrt-Devel] [PATCH, V2] fstools: mount ntfs with ntfs-3g utility if it exist

Sorry, NO, I just care about how to mount the ntfs with writable accessibility not for its checking or fixing. -- From:Jérôme Benoit Send Time:2018 Oct 2 (Tue) 00:23 To:openwrt-devel Subject:Re: [OpenWrt-Devel] [PATCH,

Re: [OpenWrt-Devel] Read-only copy of Wiki?

Hi On Mon, Aug 20, 2018 at 11:40 PM Thomas Endt wrote: > Von: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] Im > Auftrag von Nguy?n H?ng Quân > 1) wiki.openwrt.org (that's the old wiki) > 2) openwrt.org (that's the new wiki) > > I meant the 2nd one (this one is newer and more

Re: [OpenWrt-Devel] [PATCH, V2] fstools: mount ntfs with ntfs-3g utility if it exist

1. Users can decided whether to use ntfs-3g themselves, if so, just slect it at "make menuconfig->utility->filesystem->ntfs-3g-utils"; 2. This sentence "access("/sbin/mount.ntfs-3g", X_OK)" does the test for its presence or not; 3. There are 2 way to mount devices of ntfs

Re: [OpenWrt-Devel] [PATCH, V2] fstools: mount ntfs with ntfs-3g utility if it exist

Hi, I updated my commit, please check it agagin, thanks a lot! This patch can mount ntfs with fuseblk fs type and make the deivces to be mounted writable. Signed-off-by: Rosy Song --- block.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/block.c

Re: [OpenWrt-Devel] [PATCH] fstools: add ntfs support

> On Sep 28, 2018, at 16:31, Ansuel Smith wrote: > > If you also install ntfs-3g it's not read only Hmm? That requires specifying NTFS-3G manually, no? > > Il Sab 29 Set 2018, 01:28 Rosen Penev ha scritto: >> >> >>> On Fri, Sep 28, 2018 at 16:01 Ansuel Smith wrote: >>> This adds ntfs

Re: [OpenWrt-Devel] [PATCH] fstools: add ntfs support

On Fri, Sep 28, 2018 at 16:01 Ansuel Smith wrote: > This adds ntfs support to block-mount What’s the point of this? This is also read only if I’m not mistaken. > > > Signed-off-by: Ansuel Smith > --- > block.c | 9 - > 1 file changed, 8 insertions(+), 1 deletion(-) > > diff --git

Re: [OpenWrt-Devel] RFT: ar71xx/mac80211 update

What about all of the custom BDF-s that were upstreamed primarly for IPQ40XX and lately various QCA99XX and QCA98XX radios? By disabling ath10k-firmware and using the linux-firmware version we are bound to have to use ipq-wifi again since firmware and board files are really rarely updated in

Re: [OpenWrt-Devel] Move rrdns to rpcd?

Hi, maybe it would even be possible to port the lua net_hints to a rpcd plugin. I find this tool very useful. :) Does it consider mutlicast DNS? I don't mean to move the source code to rpcd but changing the makefile/cmake as its done for libiwinfo and the others Plugins. Best, Nick On

Re: [OpenWrt-Devel] Custom init.d script switching LAN static -> dhcp triggers reload <-> hostapd race

Hi Rafal, In my opinion you should make this config in uci-defaults. That's pretty simple and can works as you want. Em sex, 14 de set de 2018 08:49, Rafał Miłecki escreveu: > My custom OpenWrt 18.06 builds have LAN interface configured as static: > > config interface lan > option

Re: [OpenWrt-Devel] [Battlemesh] OpenWrt summit 2018 in Lisbon

On Thu, Sep 13, 2018, 22:47 Hauke Mehrtens wrote: > Hi all, > > The OpenWrt summit 2018 is taking place at the Communications Museum in > Lisbon, Portugal on October 29th & 30th. > > The schedule with many interesting talks is available now: > https://openwrtsummit.wordpress.com/schedule-2018/ >

[OpenWrt-Devel] Can anyone make a ipk of homebridge used on openwrt?

Can anyone make a ipk of homebridge used on openwrt? I can't program. I just want to use homebridge on openwrt. Please help me.___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] ubusd: automatically grant access permission to service owner user by default.

Hi, I'm testing the ubus with a simple hello process and exposing info() to the ubus. By reading ubusd code, I managed to publish and invoke hello.info() successfully with non-root user. Currently, I need to setup both the "publish" and "access" ACLs for the non-root owner user and modify the

Re: [OpenWrt-Devel] [PATCH] mvebu: fix the cortex-a9 fpu configure

Sent from my iPad > On Aug 30, 2018, at 6:11 PM, Hauke Mehrtens wrote: > > Hi, > >> On 08/30/2018 09:29 AM, Ayaka wrote: >> >> >> Sent from my iPad >> On Aug 30, 2018, at 2:26 PM, Jonas Gorski wrote: On 30 August 2018 at 04:31, ayaka wrote: Both Marvell Armada 37x

Re: [OpenWrt-Devel] [PATCH] ipq40xx: Add support for IPQ4019 ap-dk07.1-c1

No since there is no AC on 2.4GHz band On Sat, Sep 1, 2018, 20:52 Tom Psyborg wrote: > is this correct information? Wireless: 2.4-GHz 802.11ac > > On 31/08/2018, Ram Chandra Jangir wrote: > > * SoC: QCA IPQ4019 > > * RAM: 512 MiB > > * Flash: 32 MiB of SPI NOR and 128 MiB NAND > > *

Re: [OpenWrt-Devel] [PATCH packages] zoneinfo: add zoneinfo-all meta package installing all zones info

Open new issue at https://github.com/openwrt/packages/issues I think this feature should be discussed. чт, 30 авг. 2018 г. в 22:14, Rafał Miłecki : > From: Rafał Miłecki > > It makes users life a bit easier by allowing them to get info for all > zones by installing a single package. > >

Re: [OpenWrt-Devel] [RFD] sysupgrade and configuration management

Todays sysupgrade fixed my problems now :) On Tue, Aug 28, 2018 at 5:25 AM, Luna Jernberg wrote: > Having problems installing luci at all on latest NIGHTLY on a Linksys WRT > 1200 mvebu / > cortexa9

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for GL.iNet GL-X1200

Hi,Sven I am using the QCA9886 chip for the first time. I saw the example you gave. I think the following code should be deleted. ln -sf /lib/firmware/ath10k/pre-cal-pci-\:00\:00.0.bin /lib/firmware/ath10k/QCA9888/hw2.0/board.bin Thank you -- Original

Re: [OpenWrt-Devel] [RFD] sysupgrade and configuration management

Having problems installing luci at all on latest NIGHTLY on a Linksys WRT 1200 mvebu / cortexa9 / The peopel on irc told me to send an email: 05:18 < luna> There is problems

[OpenWrt-Devel] Use binutils 2.31.1 by default

As per request, https://github.com/openwrt/openwrt/pull/1297 Longer tests with https://lists.openwrt.org/pipermail/openwrt-devel/2018-July/013394.html without issues Not subscribed so please cc Best regards, Daniel Engberg ___ openwrt-devel

[OpenWrt-Devel] [PATCH 1/3] kernel: ar83xx: Add support for three GMAC's connection

We have IPQ8064 AP161 board which has three GMAC's * RGMII x2 * SGMII x1. The existing ar8327 driver does not have support for three GMAC's connection, hence this change adds support for the same. This has been verified on AP148 and AP161 board. Signed-off-by: xiaofeis Signed-off-by: Ram

[OpenWrt-Devel] [PATCH 3/3] ipq806x: Add support for IPQ8064 AP161 board

Specification: - SoC: Qualcomm Atheros IPQ8064 ARM-v7 Dual Core SMP CPU - RAM: 512MB DDR3 System Memory - NOR Flash: 32MB SPI NOR - NAND Flash: 256MB NAND - Ethernet: 5 x 1G via QCA8337N - USB: 2 x USB 3.0 SuperSpeed - PCIe: 3x Mini PCIe 2.0 Slots Three PCIE2.0

[OpenWrt-Devel] [PATCH 2/3] ipq8064: pinctrl: Fixed missing RGMII pincontrol definitions

Signed-off-by: Ram Chandra Jangir --- ...ctrl-Fixed-missing-RGMII-pincontrol-defin.patch | 54 ++ 1 file changed, 54 insertions(+) create mode 100644 target/linux/ipq806x/patches-4.14/0075-ipq8064-pinctrl-Fixed-missing-RGMII-pincontrol-defin.patch diff --git

[OpenWrt-Devel] [PATCH] jffs2: Fix use of uninitialized delayed_work, lockdep breakage

I've sent this one upstream. This patch is critical if you want to run with "prove lock correctness" (lockdep) and you happen to have certain mtd devices. The misuse of the uninitialized object is undefined behaviour, but being zeroed it does not appear to have actually broken anything other