Re: Comfast CF-E110n

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, Bill, I have a couple of

Re: OpenWrt 19.07.10 service release

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, Congratulations for this

Re: [PATCH 1/3] generic: platform/mikrotik: make soft_config writable without 4K sectors

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, Oskari, I could successfully

Re: [OpenWrt-Devel] newer mikrotik boards not booting?

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 Joe, El 13/6/20 a les 21:00,

Re: [OpenWrt-Devel] Multicast issue in 19.07.x release and master, fix it in 19.07.3 (?)

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, Thanks Chuanghong, I was

Re: [OpenWrt-Devel] Multicast issue in 19.07.x release and master, fix it in 19.07.3 (?)

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, You're right, it's a bug and

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

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 believe this is a waste

Re: [OpenWrt-Devel] [PATCH v2] ar71xx: add support for RB SXTsq 2nD

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 Thibaut, We're actually

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: fix and tidy up DTS for D-Link DIR-810L

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, El 3/3/20 a les 19:14,

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: fix and tidy up DTS for D-Link DIR-810L

e is hindering the max. frequency from being achieved. Roger El 28/2/20 a les 13:33, Roger Pueyo Centelles | Guifi.net ha escrit: > Hi Adrian, > > I tested the patches on the device. I sysupgraded from the current > master and everything seems OK. > > - Partitions > > ro

Re: [OpenWrt-Devel] [PATCH 2/2] ramips: fix and tidy up DTS for D-Link DIR-810L

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 Adrian, I tested the patches

[OpenWrt-Devel] 4k sectors in ath79's SPI NOR for MikroTik devices

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, Recently, a couple of

Re: [OpenWrt-Devel] Mikrotik ar71xx -> ath79 port

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 Christopher, Congratulations

Re: [OpenWrt-Devel] ath79: NAND bad eraseblocks in MikroTik RouterBOARD 922UAGS-5HPacD

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 Michal, El 29/1/20 a les

Re: [OpenWrt-Devel] ath79: NAND bad eraseblocks in MikroTik RouterBOARD 922UAGS-5HPacD

2e31 I wonder, though, which is the "correct" one --or how to change ath79's, so that it is coherent with the previous target--. Roger El 27/1/20 a les 18:17, Roger Pueyo Centelles | Guifi.net ha escrit: > Hi Koen, > > Please find the bootlogs

Re: [OpenWrt-Devel] ath79: NAND bad eraseblocks in MikroTik RouterBOARD 922UAGS-5HPacD

ess the > issue will also be present over there. > > Thanks again, > > Koen > > On 27.01.20 15:16, Roger Pueyo Centelles | Guifi.net via openwrt-devel > wrote: >> The sender domain has a DMARC Reject/Quarantine policy which disallows >> sending mailing list

[OpenWrt-Devel] ath79: NAND bad eraseblocks in MikroTik RouterBOARD 922UAGS-5HPacD

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 working on porting a

Re: [OpenWrt-Devel] (no subject)

Hi, Have you checked https://openwrt.org/trademark ? Cheers! El 11/12/19 a les 20:43, sagar jain ha escrit: > > Can i sell OpenWRT based router ? > >   > > Sent from Mail for > Windows 10 > >   > > >

Re: [OpenWrt-Devel] [PATCH v2] ath79: add support for COMFAST CF-E130N v2

Hi Pavel, > Specifications: > > - QCA9531 SoC > - 1x 10/100 Mbps Ethernet, both with PoE-in support If it has one Ethernet, then there's only one PoE-in. Cheers! signature.asc Description: OpenPGP digital signature ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] [PATCH] ath79: add support for COMFAST CF-E130N v2

Well, rather than looking at the specifications, I'd check if the actual hardware is 802.11bgn. :) You could try the "iw list" command to see if the available channels match the 802.11bgn band or not. Cheers! El 13/11/19 a les 11:33, Kryma ha escrit: > Hi, > >> In addition to Adrian's comments,

Re: [OpenWrt-Devel] [PATCH] ath79: add support for COMFAST CF-E130N v2

Hi, In addition to Adrian's comments, could it be that the device was a 802.11bgn router? www.comfast.com.cn/index.php?m=content=index=show=19=23 Cheers, Roger El 11/11/19 a les 10:09, Adrian Schmutzler ha escrit: > Hi, > >> +aliases { >> +serial0 = >> +led-boot =

Re: [OpenWrt-Devel] [PATCH v3] ramips: add support for Xiaomi Mi Wi-Fi Router 3G v2

Hi, Mine were just suggestions; feel free to do it or not! :) Roger El 21/10/19 a les 14:53, John Crispin ha escrit: > On 31/08/2019 23:32, m...@adrianschmutzler.de wrote: >> "6t@eth0" and "6@eth0" should be the same, so this can be merged with >> cudy,wr1000. > > I meant that part, sorry the

[OpenWrt-Devel] [RFC] ath79: support for MikroTik wAP AC: vmlinux.elf + DTB file

Hi, I am trying to port the "MikroTik RouterBOARD wAP G-5HacT2HnD", also known as "wAP AC" to ath79 (it's already supported in ar71xx) and I got stuck. I think I can't add the corresponding DTB to the kernel image, which has to be in ELF format so that the bootloader accepts it. So far, I get

Re: [OpenWrt-Devel] [PATCH v3] ramips: add support for Xiaomi Mi Wi-Fi Router 3G v2

Hi Paul, I opened a pull request on GitHub to support the Mi Router 4A Gigabit Edition, which is essentially the same device. You can find it at https://github.com/openwrt/openwrt/pull/2486 There are a few differences you may want to address: >>> + xiaomi,mir3g-v2) >>> +

Re: [OpenWrt-Devel] [RFC] ath79: add support for COMFAST CF-E313AC

Hi, Sorry for the inconvenience, but I'd like to insist on this topic since it didn't get much traction on the first attempt. I mostly succeeded in adding support for the COMFAST CF-E313AC devices, but I ran into a couple of issues: 1) I need to remove the board-2.bin file shipped with the

Re: [OpenWrt-Devel] ath79: seting GPIO registers to specific values via DTS?

uld I be coherent to U-Boot and use the more common LAN-eth0//WAN-eth1 assignation, or do it the other way round (LAN-eth1//WAN-eth0) as in the stock firmware? Thanks for your comments, Roger El 17/12/18 a les 5:50, Chuanhong Guo ha escrit: > Hi! > > On Mon, Dec 17, 2018 at 7:43 AM Roger Pu

Re: [OpenWrt-Devel] ath79: seting GPIO registers to specific values via DTS?

age this? Thank you very much for your support. Best, Roger El 16/12/18 a les 19:07, Sebastian Kemper ha escrit: > On Sun, Dec 16, 2018 at 06:23:53PM +0100, Roger Pueyo Centelles | Guifi.net > wrote: >> >> Hi, > Hello Roger! > >> [...] >>

[OpenWrt-Devel] ath79: seting GPIO registers to specific values via DTS?

Hi, Some weeks ago I sent a PR adding ar71xx support for the Comfast CF-E110N [1], an outdoor 2,4 GHz router. Everything was working fine. A few days later I started working on adding ath79 support for the same device [2]. Almost everything worked, except for three GPIOs which I was not able to