Re: [OpenWrt-Devel] time command detect fail on centos
Hi Jon Burgess \time like "time" makes which fail 2018-07-08 0:11 GMT+08:00 Jon Burgess : > On Sat, 2018-07-07 at 16:23 +0800, 李国 wrote: >> Hi Etienne Champetier >> >> time command detect fail on centos. >> >> time is a keyword of bash on centos 6 and centos 7, and it not accept >> --version option, this makes time --version 2>&1 | grep GNU always >> fail. > > Does using \time instead help? > > Jon ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ca-certificates: ca-bundle: add symlink for openssl default setting
On Sat, Jul 7, 2018 at 4:14 PM Daniel Dickinson wrote: > > On 2018-07-05 06:51 AM, Yousong Zhou wrote: > > OpenSSL defaults X509_CERT_FILE to /etc/ssl/cert.pem. This change is > > needed for wget-ssl and possibly others to work seamlessly with fresh > > ca-bundle installation > > Out of curiosity will this eliminate the need for installing both > ca-bundle and ca-certificates? (I know that in the past some packages > used the certs dir and others the bundle, perhaps this is why?). Hope so. The ca-certificates package is bigger as there's filesystem padding and metadata to deal with. > > Regards, > > Daniel > > > > > Fixes openwrt/packages#6152 > > > > Signed-off-by: Yousong Zhou > > --- > > package/system/ca-certificates/Makefile | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git a/package/system/ca-certificates/Makefile > > b/package/system/ca-certificates/Makefile > > index 537cf2f4e9..6de00b7161 100644 > > --- a/package/system/ca-certificates/Makefile > > +++ b/package/system/ca-certificates/Makefile > > @@ -8,6 +8,7 @@ include $(TOPDIR)/rules.mk > > > > PKG_NAME:=ca-certificates > > PKG_VERSION:=20180409 > > +PKG_RELEASE:=2 > > PKG_MAINTAINER:=Christian Schoenebeck > > > > PKG_SOURCE:=$(PKG_NAME)_$(PKG_VERSION).tar.xz > > @@ -57,6 +58,7 @@ endef > > define Package/ca-bundle/install > > $(INSTALL_DIR) $(1)/etc/ssl/certs > > cat $(PKG_INSTALL_DIR)/usr/share/ca-certificates/*/*.crt > > >$(1)/etc/ssl/certs/ca-certificates.crt > > + $(LN) /etc/ssl/certs/ca-certificates.crt $(1)/etc/ssl/cert.pem > > endef > > $(eval $(call BuildPackage,ca-certificates)) > > $(eval $(call BuildPackage,ca-bundle)) > > > > ___ > > openwrt-devel mailing list > > openwrt-devel@lists.openwrt.org > > https://lists.openwrt.org/mailman/listinfo/openwrt-devel > > > > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] ca-certificates: ca-bundle: add symlink for openssl default setting
On 2018-07-05 06:51 AM, Yousong Zhou wrote: OpenSSL defaults X509_CERT_FILE to /etc/ssl/cert.pem. This change is needed for wget-ssl and possibly others to work seamlessly with fresh ca-bundle installation Out of curiosity will this eliminate the need for installing both ca-bundle and ca-certificates? (I know that in the past some packages used the certs dir and others the bundle, perhaps this is why?). Regards, Daniel Fixes openwrt/packages#6152 Signed-off-by: Yousong Zhou --- package/system/ca-certificates/Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/package/system/ca-certificates/Makefile b/package/system/ca-certificates/Makefile index 537cf2f4e9..6de00b7161 100644 --- a/package/system/ca-certificates/Makefile +++ b/package/system/ca-certificates/Makefile @@ -8,6 +8,7 @@ include $(TOPDIR)/rules.mk PKG_NAME:=ca-certificates PKG_VERSION:=20180409 +PKG_RELEASE:=2 PKG_MAINTAINER:=Christian Schoenebeck PKG_SOURCE:=$(PKG_NAME)_$(PKG_VERSION).tar.xz @@ -57,6 +58,7 @@ endef define Package/ca-bundle/install $(INSTALL_DIR) $(1)/etc/ssl/certs cat $(PKG_INSTALL_DIR)/usr/share/ca-certificates/*/*.crt >$(1)/etc/ssl/certs/ca-certificates.crt + $(LN) /etc/ssl/certs/ca-certificates.crt $(1)/etc/ssl/cert.pem endef $(eval $(call BuildPackage,ca-certificates)) $(eval $(call BuildPackage,ca-bundle)) ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] ar71xx: add support for UniFi-AC-Mesh-Pro
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'm writing to the mailing list because mkresin closed my github pr[1] and pointed me here. The PR adds model detection for Ubiquity UniFi-AC-Mesh-Pro to the ar71xx target. The source of inspiration was the commit that added UniFi-AC-Mesh detection [2]. This patch is needed for the gluon project as we need to distinguish between indoor and outdoor devices. Right now some communities use the ap-ac-pro image and have to manually configure the 5GHz channel to comply with the local rules. This could be done automatically if the detection gets merged. mkresin merged the ath79 patch and therefore closed the arth71xx pr. As the ath79 target is not finished right now and disabled in openwrt-18.06 we need the ar71xx patch as the next gluon version will be based on 18.06. So please consider to merge this patch and backport it to the 18.06 branch as it only adds an alias and the model detection was tested successfully by multiple people on both devices. Thanks, achterin [1] https://github.com/openwrt/openwrt/pull/1107 [2] https://github.com/openwrt/openwrt/commit/f8dbafb234c9a0a836ff3bede0540c20914b6d4e --- End Message --- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] time command detect fail on centos
On Sat, 2018-07-07 at 16:23 +0800, 李国 wrote: > Hi Etienne Champetier > > time command detect fail on centos. > > time is a keyword of bash on centos 6 and centos 7, and it not accept > --version option, this makes time --version 2>&1 | grep GNU always > fail. Does using \time instead help? Jon ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] mediatek: Fix memory node for U7623
The changed applied to BananaPi R2 in upstream commit c0b0d540db1a, which was backported to 4.14 in 4.14.53, is also required for the U7623. Without updating the memory node, the board refuses to boot. Fixes: d0839e020d0a ("kernel: bump 4.14 to 4.14.53") Signed-off-by: Kristian Evensen --- .../0227-arm-dts-Add-Unielec-U7623-DTS.patch | 20 1 file changed, 16 insertions(+), 4 deletions(-) diff --git a/target/linux/mediatek/patches-4.14/0227-arm-dts-Add-Unielec-U7623-DTS.patch b/target/linux/mediatek/patches-4.14/0227-arm-dts-Add-Unielec-U7623-DTS.patch index f4a21d4f64..8688a453df 100644 --- a/target/linux/mediatek/patches-4.14/0227-arm-dts-Add-Unielec-U7623-DTS.patch +++ b/target/linux/mediatek/patches-4.14/0227-arm-dts-Add-Unielec-U7623-DTS.patch @@ -1,4 +1,4 @@ -From 0c88c72bf130c9276958dc6f595ea473ea357a75 Mon Sep 17 00:00:00 2001 +From 13872b8abfadfe70598c065c19d1db759477c4e6 Mon Sep 17 00:00:00 2001 From: Kristian Evensen Date: Sun, 17 Jun 2018 14:41:47 +0200 Subject: [PATCH] arm: dts: Add Unielec U7623 DTS @@ -6,11 +6,13 @@ Subject: [PATCH] arm: dts: Add Unielec U7623 DTS --- arch/arm/boot/dts/Makefile | 1 + .../dts/mt7623a-unielec-u7623-02-emmc-512M.dts | 17 + - .../boot/dts/mt7623a-unielec-u7623-02-emmc.dtsi| 374 + - 3 files changed, 392 insertions(+) + .../boot/dts/mt7623a-unielec-u7623-02-emmc.dtsi| 375 + + 3 files changed, 393 insertions(+) create mode 100644 arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc-512M.dts create mode 100644 arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc.dtsi +diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile +index 3fec84fa0..e685ce9a4 100644 --- a/arch/arm/boot/dts/Makefile +++ b/arch/arm/boot/dts/Makefile @@ -1062,6 +1062,7 @@ dtb-$(CONFIG_ARCH_MEDIATEK) += \ @@ -21,6 +23,9 @@ Subject: [PATCH] arm: dts: Add Unielec U7623 DTS mt7623n-rfb-nand.dtb \ mt7623n-bananapi-bpi-r2.dtb \ mt8127-moose.dtb \ +diff --git a/arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc-512M.dts b/arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc-512M.dts +new file mode 100644 +index 0..3b14eccd3 --- /dev/null +++ b/arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc-512M.dts @@ -0,0 +1,17 @@ @@ -41,9 +46,12 @@ Subject: [PATCH] arm: dts: Add Unielec U7623 DTS + reg = <0 0x8000 0 0x2000>; + }; +}; +diff --git a/arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc.dtsi b/arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc.dtsi +new file mode 100644 +index 0..436b02f2d --- /dev/null +++ b/arch/arm/boot/dts/mt7623a-unielec-u7623-02-emmc.dtsi -@@ -0,0 +1,374 @@ +@@ -0,0 +1,375 @@ +/* + * Copyright 2018 Kristian Evensen + * @@ -146,6 +154,7 @@ Subject: [PATCH] arm: dts: Add Unielec U7623 DTS + }; + + memory@8000 { ++ device_type = "memory"; + reg = <0 0x8000 0 0x4000>; + }; + @@ -418,3 +427,6 @@ Subject: [PATCH] arm: dts: Add Unielec U7623 DTS + status = "okay"; +}; + +-- +2.14.1 + -- 2.14.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] time command detect fail on centos
On 07.07.2018 11:23, 李国 wrote: maybe $(shell which time) --version 2>&1 | grep GNU works good on centos6 Regards ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Question about mac80211.sh and MAC address generation
Hi, I have created a small tool which uses the MAC address to identify an interface, and then collects some statistics about the interface. This tool has worked fine for a long time, but lately I have noticed strange values when running on some mt7620-boards. The problem turns out to be the MAC generation algorithm in mac80211.sh, which creates a MAC address that conflicts with the WAN interface. All of the problematic boards have two wifi interfaces configured on one radio, and the address_mask is 00:00:00:00:00:07. The MAC address of eth0 (LAN) and wlan0 are the same, while the MAC of eth0.2 (WAN) is LAN + 1. When the address for the second wifi interface is created, the last byte of the MAC is set to b6 ^ 1. I suspect the intention behind this calculation is to subtract index from b6. However, in my case, the value of b6 is such that the XOR-operation causes b6 to be increased by one, colliding with the MAC address of WAN. One example of a "bad" b6 value is 0xb8. What would be the proper way to work-around or fix this issue? While I have several options wrt my tool, I am probably not the only one that will be (or has been) hit by this behavior. Thus, some change to the MAC generation might be desirable. My current system-wide work-around is to also set the LA bit of b1, which prevents a collision on all my devices. However, I am not sure if that is acceptable, as you loose one valid MAC address. BR, Kristian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] verbose.mk: quote SUBMAKE options
On 06.07.2018 17:23, guo li wrote: Hi Lucian Cristian you may try run command $ scl enable devtoolset-3 bash $ make menuconfig with clean source. gcc has linked to staging_dir/host/bin when you first run make and mconf has built when you first run make menuconfig. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel you are right, tried a new clean tree and /opt/rh/devtoolset-3/root/usr/libexec/gcc/x86_64-redhat-linux/4.9.2/ld: lxdialog/checklist.o: undefined reference to symbol 'acs_map' Regards ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH 2/3] mpc85xx: kernel 4.14
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 --- Hello, > Hello Magnus, > > Am 05.06.2018 um 00:09 schrieb Magnus Kroken: > > Hi Achim > > > > On 02.06.2018 12:37, Achim Gottinger wrote: > >> Added kernel version 4.14 to mpc85xx. > >> Rebased all patches > >> Added new kernel options with default values. > >> Caam support is not enabled in the kernel. > >> > >> Fixed typo in Makefile KERNEL_PATCHVER is now 4.14 instead of 4.4. > >> Thank you Martin Strobel. > >> Fixed typo in subject sould be patch 2/3 and not 1/3. > >> > >> Signed-off-by: Achim Gottinger > >> --- > > > > Tested-by: Magnus Kroken > > > > Works well on my WDR4900v1. I don't use the crypto driver, so can't > > respond to those changes, but the Wi-Fi radios, ethernet and the > > basic hardware works fine. > > > > Most of your patches haven't shown up in Patchwork though [1]. Not > > sure if there was an issue with Patchwork when you sent your > > series, it could also be caused by your mail client malforming the > > e-mails. You may want to resubmit the series to ensure they are > > kept track of, with git-send-email if possible. > > > > 1: > > http://patchwork.ozlabs.org/project/openwrt/list/?series==74207=*==both= > > > > Regards > > /Magnus > > > > __ > Thank you for thes tests and the tips about patchwork. Can be I used > the wron numbering for the series because i did not start with 0/3. > But I plan to modify the patches in an way that the caam modules are > build in for generic/p1020 targets and are disabled only on wdr4900v1 > which has no hardware crypto enabled. This way the additional caam > module package is not required and the change does not interfere with > other subtargets. > > achim~ What is the current status of porting mpc85xx to 4.14? It doesn't show up in patchwork or github. Regards Martin --- End Message --- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] arc: Update variables substitutions in u-boot env files
On 07/02/2018 10:26 AM, Evgeniy Didin wrote: > From: Evgeniy Didin > > In the latest version of u-boot (2018.05) there was a swith to > Hush shell for ARC AXS10x boards(arc770/archs38): > commit 9249d74781e1 ("ARC: AXS10x: Enable hush shell"). > In Hush shell using "$()" to declare envitonment variables is forbidden, > instead of this "${}" need to be used. > The patch itself looks good, but it misses a Signed-off-by line. Hauke > --- > target/linux/arc770/image/uEnv.txt | 6 +++--- > target/linux/archs38/image/uEnv.txt | 6 +++--- > 2 files changed, 6 insertions(+), 6 deletions(-) > > diff --git a/target/linux/arc770/image/uEnv.txt > b/target/linux/arc770/image/uEnv.txt > index 35549cb1c4..53632e8bb6 100644 > --- a/target/linux/arc770/image/uEnv.txt > +++ b/target/linux/arc770/image/uEnv.txt > @@ -1,7 +1,7 @@ > setenv kernel_addr_r 0x8200 > setenv fdt_addr_r 0x8300 > -setenv loadkernel fatload mmc 0 \$(kernel_addr_r) uImage > -setenv loaddtb fatload mmc 0 \$(fdt_addr_r) \$(dts) > +setenv loadkernel fatload mmc 0 \${kernel_addr_r} uImage > +setenv loaddtb fatload mmc 0 \${fdt_addr_r} \${dts} > setenv bootargs earlycon=uart8250,mmio32,0xe0022000,115200n8 > console=ttyS3,115200n8 root=/dev/mmcblk0p2 rootwait print-fatal-signals=1 > -setenv uenvcmd run loadkernel\; run loaddtb\; bootm \$(kernel_addr_r) - > \$(fdt_addr_r) > +setenv uenvcmd run loadkernel\; run loaddtb\; bootm \${kernel_addr_r} - > \${fdt_addr_r} > run uenvcmd > diff --git a/target/linux/archs38/image/uEnv.txt > b/target/linux/archs38/image/uEnv.txt > index 35549cb1c4..53632e8bb6 100644 > --- a/target/linux/archs38/image/uEnv.txt > +++ b/target/linux/archs38/image/uEnv.txt > @@ -1,7 +1,7 @@ > setenv kernel_addr_r 0x8200 > setenv fdt_addr_r 0x8300 > -setenv loadkernel fatload mmc 0 \$(kernel_addr_r) uImage > -setenv loaddtb fatload mmc 0 \$(fdt_addr_r) \$(dts) > +setenv loadkernel fatload mmc 0 \${kernel_addr_r} uImage > +setenv loaddtb fatload mmc 0 \${fdt_addr_r} \${dts} > setenv bootargs earlycon=uart8250,mmio32,0xe0022000,115200n8 > console=ttyS3,115200n8 root=/dev/mmcblk0p2 rootwait print-fatal-signals=1 > -setenv uenvcmd run loadkernel\; run loaddtb\; bootm \$(kernel_addr_r) - > \$(fdt_addr_r) > +setenv uenvcmd run loadkernel\; run loaddtb\; bootm \${kernel_addr_r} - > \${fdt_addr_r} > run uenvcmd > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] time command detect fail on centos
Hi Etienne Champetier time command detect fail on centos. time is a keyword of bash on centos 6 and centos 7, and it not accept --version option, this makes time --version 2>&1 | grep GNU always fail. 'time' --version 2>&1 | grep GNU works good, but it makes micro SetupHostCommand fail, as it expand which "{cmd%% *}" as which '"time"', and which can not find "time" maybe $(shell which time) --version 2>&1 | grep GNU is a good choose, or we can make micro SetupHostCommand words fine with 'time' --version 2>&1 | grep GNU Thanks. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel