Re: [OpenWrt-Devel] [PATCH] kirkwood: convert DTS patches into plain DTS files

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 --- Don’t know how successful I’ll be

[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 MikroTi

[OpenWrt-Devel] [PATCH 2/2] kirkwood: switch to kernel 4.19

From: Pawel Dembicki Signed-off-by: Pawel Dembicki --- Since I've mostly done cosmetic changes on this target, I'd be happy about an Acked-by so I can push this bump. The patch for adding 4.19 support on this target is actually from 2018. Adrian --- target/linux/kirkwood/Makefile | 3 +-- 1

[OpenWrt-Devel] [PATCH 1/2] kirkwood: fix switch DTS node for EA4500 and EA3500

From: Pawel Dembicki Changes made in switch nodes in d42c9ce commit cause problems with correct mvsw61xx detection. This commit undoes those changes. Fixes: d42c9ce326aa ("kirkwood: add kernel 4.19 support") Tested-by: Marcin Fedan [EA4500] Signed-off-by: Pawel Dembicki [rebased, minor commit

Re: [OpenWrt-Devel] [PATCH v2] ramips: add TRENDnet TEW-810DR support

> -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Heppler, J. Scott > Sent: Donnerstag, 27. Februar 2020 14:29 > To: openwrt-de...@openwrt.org > Subject: Re: [OpenWrt-Devel] [PATCH v2] ramips: add TRENDnet TEW-810DR > support > > On

[OpenWrt-Devel] [PATCH 1/2] ramips: fix partition offset for D-Link DIR-810L

The Jffs2 partition for the D-Link DIR-810L is currently off by 0x1. Apply the correct offset based on the other partitions' size/offset and the information about stock OS from the Wiki. This is just based on the named information and _not_ verified on device. Fixes: 36e3424fa520 ("ramips: ad

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

This patch addresses several issues for D-Link DIR-810L: - add correct button codes - harmonize button node names - use generic flash@0 - remove unused pin groups from state_default - improve sorting of properties The patch is only build-tested. Signed-off-by: Adrian Schmutzler --- If somebod

Re: [OpenWrt-Devel] [PATCH v2] ramips: add TRENDnet TEW-810DR support

On Feb 27, 2020: 13:37, Adrian Schmutzler wrote: Hi, -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of Heppler, J. Scott Sent: Donnerstag, 27. Februar 2020 03:39 To: openwrt-de...@openwrt.org Subject: [OpenWrt-Devel] [PATCH v2] ramips:

Re: [OpenWrt-Devel] [PATCH RFC] ath79: add support for the ar7240 version of the ubiquiti bullet

Sorry for the accidental sidetrack to private mail. Returning the thread to the mailing list. On Thu, Feb 27, 2020 at 5:16 AM Adrian Schmutzler wrote: > Hi, > > What happens if you flash the "wrong" image? Do you see any chance to > have one of the images as "default" without suffix or would thi

Re: [OpenWrt-Devel] [PATCH v2] ramips: add TRENDnet TEW-810DR support

Hi, > -Original Message- > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > Behalf Of Heppler, J. Scott > Sent: Donnerstag, 27. Februar 2020 03:39 > To: openwrt-de...@openwrt.org > Subject: [OpenWrt-Devel] [PATCH v2] ramips: add TRENDnet TEW-810DR support > > Sign

Re: [OpenWrt-Devel] ipq40xx: QCE/crypto fixes & enhancements (PR #2518)

Op 26 feb. 2020, om 16:13 heeft Eneas Queiroz het volgende geschreven: > > On Wed, Feb 26, 2020 at 10:48 AM Paul Oranje wrote: >> >> Having read the whole conversation: an impressive piece of work. >> >> Could this helps with ipq806x ? >> On ipq806x qce isn't available on all SOCs (supposedly

Re: [OpenWrt-Devel] [PATCH RFC] ath79: add support for the ar7240 version of the ubiquiti bullet

> > What's the base for the v0/v1 distinction? Is that visible to the user > > somehow? > > I fear that meaningful naming will be the biggest problem here... > > v0 and v1 mostly come from the need to distinguish between them. You could > think of the digit as the least significant digit of the

Re: [OpenWrt-Devel] [PATCH] kirkwood: convert DTS patches into plain DTS files

> -Original Message- > From: Raylynn Knight [mailto:raykni...@me.com] > Sent: Donnerstag, 27. Februar 2020 06:16 > To: Adrian Schmutzler > Cc: openWrt Development List > Subject: Re: [OpenWrt-Devel] [PATCH] kirkwood: convert DTS patches into plain > DTS files > > Sorry, I did intend the

Re: [OpenWrt-Devel] [PATCH] kirkwood: convert DTS patches into plain DTS files

On 27/02/20 06:16, Raylynn Knight via openwrt-devel wrote: 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 sof

Re: [OpenWrt-Devel] [PATCH RFC] ath79: add support for the ar7240 version of the ubiquiti bullet

On Wed, Feb 26, 2020 at 5:19 AM Adrian Schmutzler wrote: > Hi, > > > -Original Message- > > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On > > Behalf Of Russell Senior > > Sent: Mittwoch, 26. Februar 2020 11:20 > > To: openwrt-devel@lists.openwrt.org > > Subject: