Re: [OpenWrt-Devel] [PATCH] ramips: Remove left-over mistyped device string from 02_network

2019-07-15 Thread Chuanhong Guo
Hi! On Mon, Jul 15, 2019 at 11:50 PM Adrian Schmutzler wrote: > > In 2011 (!), network setup for nexaira,bc2 was moved to network > defaults script with a typo so it became b2c: > https://github.com/openwrt/openwrt/commit/295e04084c5e106dfac0d9f05ac530de5d0fc07d I remembered that kernel

Re: [OpenWrt-Devel] [PATCH RFC 1/3] ramips: mtk-mmc: mt76x8: check ESD_MODE before applying AGPIO_CFG

2019-07-15 Thread Chuanhong Guo
On Mon, Jul 15, 2019 at 12:34 AM Chuanhong Guo wrote: > > Since mt76x8an ver1 eco2, SDXC pins can be switched to the > following pinmap: > sd_d1 -> PAD_I2S_SDI > sd_d0 -> PAD_I2S_WS > sd_cmd -> PAD_I2S_CLK > sd_d3 -> PAD_I2C_SCLK > sd_d2 -> PAD_I2C_SD > sd_clk -> PAD_GPIO0 > sd_wp ->

[OpenWrt-Devel] [PATCH 2/2] target/toolchain/files/wrapper.sh: simplify 'case'

2019-07-15 Thread Eneas U de Queiroz
Removed an eglibc remnant, and while at it, grouped all of the TOOLCHAIN_PLATFORMs using the same FLAGS together. Signed-off-by: Eneas U de Queiroz diff --git a/target/toolchain/files/wrapper.sh b/target/toolchain/files/wrapper.sh index 2b760840d8..4452128382 100755 ---

[OpenWrt-Devel] [PATCH 1/2] libs/toolchain: remove eglibc remnant file

2019-07-15 Thread Eneas U de Queiroz
This removes package/libs/toolchain/eglibc-files/etc/nsswitch.conf. Signed-off-by: Eneas U de Queiroz diff --git a/package/libs/toolchain/eglibc-files/etc/nsswitch.conf b/package/libs/toolchain/eglibc-files/etc/nsswitch.conf deleted file mode 100644 index 981c425da6..00 ---

[OpenWrt-Devel] [PATCH 0/2] Remove eglibc remnants

2019-07-15 Thread Eneas U de Queiroz
I've found some remnants from eglibc, removed by 64da662 in Feb/2016. While at it, I stumbled upon a case statement with redundant commands, so I've simplified it as well. Eneas U de Queiroz (2): libs/toolchain: remove eglibc remnant file target/toolchain/files/wrapper.sh: simplify 'case'

[OpenWrt-Devel] [PATCH] ramips: Remove left-over mistyped device string from 02_network

2019-07-15 Thread Adrian Schmutzler
In 2011 (!), network setup for nexaira,bc2 was moved to network defaults script with a typo so it became b2c: https://github.com/openwrt/openwrt/commit/295e04084c5e106dfac0d9f05ac530de5d0fc07d This patch just removes the useless entry without replacement, since it seems to have worked for 8 years

Re: [OpenWrt-Devel] [PATCH] ath79: add support for Qihoo C301

2019-07-15 Thread Adrian Schmutzler
Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Chuanhong Guo > Sent: Montag, 15. Juli 2019 17:28 > To: Adrian Schmutzler > Cc: openwrt-devel@lists.openwrt.org > Subject: Re: [OpenWrt-Devel] [PATCH] ath79: add support for

Re: [OpenWrt-Devel] [PATCH] ath79: add support for Qihoo C301

2019-07-15 Thread Chuanhong Guo
Hi! On Mon, Jul 15, 2019 at 9:29 PM Adrian Schmutzler wrote: > can you tell which of the 4 MAC addresses is on the device label, so I can > add it to my label-mac-address PR? I guess the router I have is a weird engineering sample. None of the 6 MAC addresses stored in mtd matches the one on

Re: [OpenWrt-Devel] [PATCH] ramips: Don't override the bootloader cmdline args if none are provided in dtb

2019-07-15 Thread Joseph Stefek
Agreed, we can drop this. Thanks, Joe On Mon, Jul 15, 2019 at 8:14 AM Chuanhong Guo wrote: > Hi! > > On Fri, Jun 21, 2019 at 6:58 AM wrote: > > > > From: Joe Stefek > > > > This change allows cmdline arguments provided by the bootloader to be > used > > if no cmdline arguments are provided

Re: [OpenWrt-Devel] [PATCH] ramips: Don't override the bootloader cmdline args if none are provided in dtb

2019-07-15 Thread Chuanhong Guo
Hi! On Fri, Jun 21, 2019 at 6:58 AM wrote: > > From: Joe Stefek > > This change allows cmdline arguments provided by the bootloader to be used > if no cmdline arguments are provided in the "custom" section of the device > tree. I've dropped the entire prom-fixes patch two weeks ago [0] and I

Re: [OpenWrt-Devel] [PATCH] ath79: add support for Qihoo C301

2019-07-15 Thread Adrian Schmutzler
Hi, can you tell which of the 4 MAC addresses is on the device label, so I can add it to my label-mac-address PR? Best Adrian > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Chuanhong Guo > Sent: Montag, 15. Juli 2019 13:54 >

Re: [OpenWrt-Devel] [PATCH] ath79: add support for Qihoo C301

2019-07-15 Thread Chuanhong Guo
On Mon, Jul 15, 2019 at 7:53 PM Chuanhong Guo wrote: > +_switch { > +pinctrl-names = "default"; > +pinctrl-0 = <_led_switch>; > +}; Here's an indentation using 4 spaces. I've fixed it locally. ___ openwrt-devel mailing list

[OpenWrt-Devel] [PATCH] ath79: add support for Qihoo C301

2019-07-15 Thread Chuanhong Guo
Specifications: - SoC: AR9344 - RAM: 128MB - Flash: 2 * 16MB (MX25L12845) - Ethernet: 2 * FE LAN & 1 * FE WAN - WiFi: 2.4G: AR9344 5G: QCA9882 Flash instruction: 1. Hold reset and power up the router 2. Set your IP to 192.168.1.x 3. Open 192.168.1.1 and upload the generated *factory* firmware

Re: [OpenWrt-Devel] [PATCH] ar71xx: enable QCA955x SGMII fixup on Mikrotik wAP AC

2019-07-15 Thread David Bauer
Hello Etienne, On 15.07.19 04:30, Etienne Champetier wrote: > Hi David, > > Le dim. 14 juil. 2019 à 04:25, David Bauer a écrit : >> >> Hi Etienne, >> >> one small remark: >> >> On 14.07.19 04:43, Etienne Champetier wrote: >>> ath79_init_mac(ath79_eth1_data.mac_addr, ath79_mac_base, 0);