Re: [OpenWrt-Devel] Compilation error switch to pyhon 3

[Rosen Penev]

On Sat, Jul 27, 2019 at 4:12 PM Jeff Kletsky  wrote:
>
>
> On 7/27/19 3:53 PM, Petr Štetiar wrote:
> > Ansuel Smith  [2019-07-27 19:46:35]:
> >
> > Hi,
> >
> >> I can't currently compile my image and i have this error
> >>
> >> make[3]: Leaving directory '/home/ansuel/openwrt/tools/libtool'
> >> time: tools/libtool/compile#0.05#0.00#0.10
> >> Traceback (most recent call last):
> >>File "/home/ansuel/openwrt/build_dir/host/scons-3.0.5/setup.py",
> >> line 26, in 
> >>  import distutils.command.build_scripts
> >> ModuleNotFoundError: No module named 'distutils.command'
> > yep, I've seen that already[1], out of curiosity, what distro is that? I
> > think, that scons has no place in the master tree as no package in the 
> > master
> > tree depends on it, so I've started move process into packages feed[2].
> >
> > 1. 
> > https://github.com/openwrt/openwrt/commit/316c8b5503e54cdb3ee5bd3b5d81a3b7dd139294#commitcomment-34460875
> > 2. https://github.com/openwrt/packages/pull/9584
> >
> > -- ynezz
> >
> Fresh install of Debian 10 ("Buster") on AMD64 after my usual
>
> apt install build-essential git gitk libncurses5-dev gawk unzip wget
> curl ccache rsync zlib1g-dev
Got this as well. Any way to test for distutils in prereq.mk?
>
>
> Jeff
>
>
>
> ___
> 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] kernel: bump 4.19 to 4.19.72 broke ath79

[Dmitry Tunin]

Thx. It is fixed now

сб, 14 сент. 2019 г. в 18:36, Koen Vandeputte :
>
>
> On 14-09-19 12:47, Magnus Kroken wrote:
> > Hi Andre
> >
> > On 14.09.2019 10:49, Andre Valentin wrote:
> >> It seems the kernel bump broke ath79 compilation. The problem lies in
> >> target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch
> >>
> >> It cannot be applied anymore. I tried a quick fix, but there seems to
> >> be a bigger change.
> >
> > The culprit isn't the kernel update, but this commit:
> > 00d48bcac0 ar71xx: Fix potentially missed IRQ handling during dispatch
> >
> > Koen (or anyone else), can you shed some light on this one? I mostly
> > poke at kernel patches until something happens, I don't really
> > understand hardware/kernel well. Some things jump out:
> >
> Hi,
>
> Sorry about that.
>
> ath79 contained a patch which removes the legacy irq code, which is
> being altered in the fix.
>
> Hence the patch during build of ath79 didn't apply.
>
> I didn't notice it, as this removal was only upstreamed in 5.0 and it's
> strictly not needed to remove it, as it's simply unused over there.
>
> Fixes has been pushed for master and 19.07.
>
> Regards,
>
> Koen
>
> > 1. The commit message is labeled ar71xx, but the patch is applied to
> > the generic target. It patches kernel files that IIUC are used by both
> > ath79 and ar71xx targets.
> > 2. It modifies arch/mips/ath79/irq.c. The patch that fails on ath79,
> > 0027-MIPS-ath79-drop-legacy-IRQ-code, deletes this file completely
> > (which now fails, as the file content is changed by
> > 343-MIPS-ath79-Fix-potentially-missed-IRQ-handling-durin.patch).
> >
> >> Kind regards,
> >>
> >> André
> >
> > Regards,
> > Magnus Kroken
>
> ___
> 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] kernel: bump 4.19 to 4.19.72 broke ath79

[Koen Vandeputte]

On 14-09-19 12:47, Magnus Kroken wrote:

Hi Andre

On 14.09.2019 10:49, Andre Valentin wrote:

It seems the kernel bump broke ath79 compilation. The problem lies in
target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch

It cannot be applied anymore. I tried a quick fix, but there seems to 
be a bigger change.


The culprit isn't the kernel update, but this commit:
00d48bcac0 ar71xx: Fix potentially missed IRQ handling during dispatch

Koen (or anyone else), can you shed some light on this one? I mostly 
poke at kernel patches until something happens, I don't really 
understand hardware/kernel well. Some things jump out:



Hi,

Sorry about that.

ath79 contained a patch which removes the legacy irq code, which is 
being altered in the fix.


Hence the patch during build of ath79 didn't apply.

I didn't notice it, as this removal was only upstreamed in 5.0 and it's 
strictly not needed to remove it, as it's simply unused over there.


Fixes has been pushed for master and 19.07.

Regards,

Koen

1. The commit message is labeled ar71xx, but the patch is applied to 
the generic target. It patches kernel files that IIUC are used by both 
ath79 and ar71xx targets.
2. It modifies arch/mips/ath79/irq.c. The patch that fails on ath79, 
0027-MIPS-ath79-drop-legacy-IRQ-code, deletes this file completely 
(which now fails, as the file content is changed by 
343-MIPS-ath79-Fix-potentially-missed-IRQ-handling-durin.patch).



Kind regards,

André


Regards,
Magnus Kroken


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [ramips] Linkit Smart 7688 kmod-sdhci-mt7620

[Ivan Hörler]

Hi Adrian
Thanks for your patientness. Wasn’t aware it's so strict. I just added the 
--signedoff to the commit.
Good to know how to work clean. Now i redone it. 
Is this fullfilling openWRT’s rules? 
https://github.com/openwrt/openwrt/pull/2411
Regards, Ivan 

> Am 14.09.2019 um 16:27 schrieb Adrian Schmutzler :
> 
> Hi, if you haven't yet, please have a look at 
> https://openwrt.org/submitting-patches 
> 
> Specifically, please
> 
> remove the two commits adding and removing the "wrong" version, so that only 
> the correct commit survives (e.g. with git rebase -i @~3)
> add a "ramips: " prefix to your commit titles
> Your Signed-off-by has to contain a real name
> add a commit message describing what you change and why
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub 
> ,
>  or mute the thread 
> .
> 

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] kernel: bump 4.19 to 4.19.72 broke ath79

[Koen Vandeputte]

On 14-09-19 10:49, Andre Valentin wrote:

Hi!

It seems the kernel bump broke ath79 compilation. The problem lies in
target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch

It cannot be applied anymore. I tried a quick fix, but there seems to be a 
bigger change.

Kind regards,

André



should be fixed.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] ath79 on 19.07 doesn't build on 4.14.143 kernel

[Koen Vandeputte]

On 14-09-19 11:59, Dmitry Tunin wrote:

Patch target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch
doesn't apply


Applying 
/home/pilot6/LEDE/openwrt/target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch
using plaintext:
patching file arch/mips/ath79/Makefile
patching file arch/mips/ath79/irq.c
Hunk #1 FAILED at 1.
Not deleting file arch/mips/ath79/irq.c as content differs from patch
1 out of 1 hunk FAILED -- saving rejects to file arch/mips/ath79/irq.c.rej
patching file arch/mips/ath79/setup.c
patching file arch/mips/include/asm/mach-ath79/ath79.h
Patch failed!  Please fix
/home/pilot6/LEDE/openwrt/target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch!
Makefile:19: recipe for target
'/home/pilot6/LEDE/openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/linux-4.14.143/.prepared_bdda8d3146b44452afe9accda800aa5d'
failed

should be fixed.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [ramips] Linkit Smart 7688 kmod-sdhci-mt7620

[Ivan Hörler]

Hi
so i did: https://github.com/openwrt/openwrt/pull/2410
Thanks for comments if its done wright or not. It’s my first.
Regards, Ivan Hörler

> Am 13.09.2019 um 22:41 schrieb Adrian Schmutzler :
> 
> Hi,
> 
>> -Original Message-
>> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On 
>> Behalf Of Ivan Hörler
>> Sent: Freitag, 13. September 2019 22:32
>> To: openwrt-devel@lists.openwrt.org
>> Subject: [OpenWrt-Devel] [ramips] Linkit Smart 7688 kmod-sdhci-mt7620
>> 
>> Hi
>> I have a question about how openwrt handles packages needed by a target.
>> The Linkit Smart 7688 has a SD-Card reader that does not work with the 
>> official build of openwrt 18.06.
>> Adding  kmod-sdhci-mt7620 makes it working.
>> I think it would be nice to get a fully working device when updateing with 
>> the official build. Right?
>> 
>> So i had a look in to the files and found
>> openwrt/target/linux/ramips/mt76x8/target.mk
>> and
>> openwrt/target/linux/ramips/mt76x8/profiles/00-default.mk
>> where some packages are defined.
> 
> this sounds like a device-specific change to me.
> 
> To add packages for specific devices, you would normally add it to the 
> DEVICE_PACKAGES variable in the corresponding device node located in 
> target/linux/ramips/image/mt76x8.mk (for your subtarget).
> 
> If this proves to be working, please send a patch to this list or open a Pull 
> Request in GitHub to share your improvement!
> 
> Best
> 
> Adrian
> ___
> 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] kernel: bump 4.19 to 4.19.72 broke ath79

[Dmitry Tunin]

Magnus,

You are 100% correct. Fix potentially missed IRQ handling during
dispatch has an error. It should be applied only to ar71xx platform.
It should be fixed on both master and 19.07 branches.

сб, 14 сент. 2019 г. в 14:15, Dmitry Tunin :
>
> сб, 14 сент. 2019 г. в 14:12, Dmitry Tunin :
> >
> > > 2. It modifies arch/mips/ath79/irq.c. The patch that fails on ath79,
> > > 0027-MIPS-ath79-drop-legacy-IRQ-code, deletes this file completely
> > > (which now fails, as the file content is changed by
> > > 343-MIPS-ath79-Fix-potentially-missed-IRQ-handling-durin.patch).
> >
> > I refreshed 0027-MIPS-ath79-drop-legacy-IRQ-code.patch and now it builds OK.
>
> Initially I don't see a reason why we need to remove irq.c completely
> itn that patch. I was enough to remove irq.o from Makefile.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] kernel: bump 4.19 to 4.19.72 broke ath79

[Dmitry Tunin]

сб, 14 сент. 2019 г. в 14:12, Dmitry Tunin :
>
> > 2. It modifies arch/mips/ath79/irq.c. The patch that fails on ath79,
> > 0027-MIPS-ath79-drop-legacy-IRQ-code, deletes this file completely
> > (which now fails, as the file content is changed by
> > 343-MIPS-ath79-Fix-potentially-missed-IRQ-handling-durin.patch).
>
> I refreshed 0027-MIPS-ath79-drop-legacy-IRQ-code.patch and now it builds OK.

Initially I don't see a reason why we need to remove irq.c completely
itn that patch. I was enough to remove irq.o from Makefile.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] kernel: bump 4.19 to 4.19.72 broke ath79

[Dmitry Tunin]

> 2. It modifies arch/mips/ath79/irq.c. The patch that fails on ath79,
> 0027-MIPS-ath79-drop-legacy-IRQ-code, deletes this file completely
> (which now fails, as the file content is changed by
> 343-MIPS-ath79-Fix-potentially-missed-IRQ-handling-durin.patch).

I refreshed 0027-MIPS-ath79-drop-legacy-IRQ-code.patch and now it builds OK.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] kernel: bump 4.19 to 4.19.72 broke ath79

[Magnus Kroken]

Hi Andre

On 14.09.2019 10:49, Andre Valentin wrote:

It seems the kernel bump broke ath79 compilation. The problem lies in
target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch

It cannot be applied anymore. I tried a quick fix, but there seems to be a 
bigger change.


The culprit isn't the kernel update, but this commit:
00d48bcac0 ar71xx: Fix potentially missed IRQ handling during dispatch

Koen (or anyone else), can you shed some light on this one? I mostly 
poke at kernel patches until something happens, I don't really 
understand hardware/kernel well. Some things jump out:


1. The commit message is labeled ar71xx, but the patch is applied to the 
generic target. It patches kernel files that IIUC are used by both ath79 
and ar71xx targets.
2. It modifies arch/mips/ath79/irq.c. The patch that fails on ath79, 
0027-MIPS-ath79-drop-legacy-IRQ-code, deletes this file completely 
(which now fails, as the file content is changed by 
343-MIPS-ath79-Fix-potentially-missed-IRQ-handling-durin.patch).



Kind regards,

André


Regards,
Magnus Kroken

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH v3] brcm63xx: R5010UNv2: fix flash partitions for 16MB flash

[Daniel Gonzalez Cabanelas]

The router Nucom R5010UN v2 has the partitions defined for a 8MB flash, but the 
flash chip is 16MB size. Fix it

Fixes: 474cde61234c ("brcm63xx: probe SPI flash through DT")

Signed-off-by: Daniel Gonzalez Cabanelas 
---
Changes in v3: 
- add missing SOB
Changes in v2: 
- the mail client truncated the patch header, fixed

 target/linux/brcm63xx/dts/r5010unv2.dts | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/target/linux/brcm63xx/dts/r5010unv2.dts 
b/target/linux/brcm63xx/dts/r5010unv2.dts
index a782126300..89d9b763bd 100644
--- a/target/linux/brcm63xx/dts/r5010unv2.dts
+++ b/target/linux/brcm63xx/dts/r5010unv2.dts
@@ -95,13 +95,13 @@
};
 
linux@1 {
-   reg = <0x01 0x7e>;
+   reg = <0x01 0xfe>;
label = "linux";
compatible = "brcm,bcm963xx-imagetag";
};
 
-   nvram@7f {
-   reg = <0x7f 0x01>;
+   nvram@ff {
+   reg = <0xff 0x01>;
label = "nvram";
};
};
-- 
2.23.0




___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] ath79 on 19.07 doesn't build on 4.14.143 kernel

[Dmitry Tunin]

Patch target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch
doesn't apply


Applying 
/home/pilot6/LEDE/openwrt/target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch
using plaintext:
patching file arch/mips/ath79/Makefile
patching file arch/mips/ath79/irq.c
Hunk #1 FAILED at 1.
Not deleting file arch/mips/ath79/irq.c as content differs from patch
1 out of 1 hunk FAILED -- saving rejects to file arch/mips/ath79/irq.c.rej
patching file arch/mips/ath79/setup.c
patching file arch/mips/include/asm/mach-ath79/ath79.h
Patch failed!  Please fix
/home/pilot6/LEDE/openwrt/target/linux/ath79/patches-4.14/0027-MIPS-ath79-drop-legacy-IRQ-code.patch!
Makefile:19: recipe for target
'/home/pilot6/LEDE/openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/linux-4.14.143/.prepared_bdda8d3146b44452afe9accda800aa5d'
failed

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v2] brcm63xx: R5010UNv2: fix flash partitions for 16MB flash

[Jonas Gorski]

On Wed, 21 Aug 2019 at 20:57, Daniel Gonzalez Cabanelas
 wrote:
>
> The router Nucom R5010UN v2 has the partitions defined for a 8MB flash, but 
> the
> flash chip is 16MB size. Fix it
>
> Fixes: 474cde61234c ("brcm63xx: probe SPI flash through DT")
> ---

You are missing a SOB.

Regards
Jonas

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] treewide: add Generic subtarget if missing

[Jonas Gorski]

On Fri, 23 Aug 2019 at 11:04, Paul Spooren  wrote:
> As in 853e4dd OpenWrt should follow a unified structure, where every
> device has a target/subtarget combination, if there is only one
> subtarget, call it "Generic". This introduces predictable filenames.

If it's about (I assume generated) filenames, wouldn't it be easier to
just use "Generic" for the subtarget part of the filename if there are
no subtargets? I'm not really a fan of unnecessary code fluff without
any real function, especially if it means additional, mainly empty
files.

Regards
Jonas

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH v6] ramips: add support for Asus RT-AC85P

[Birger Koblitz]

ramips: add support for Asus RT-AC85P

SoC:MediaTek MT7621AT dual-core @ 880MHz
RAM:256M (Winbond W632GG6KB-1)
FLASH:  128MB (Macronix MX30LF1G18AC-TI)
WiFi:   - 2.4GHz MediaTek MT7615N bgn
- 5GHz MediaTek MT7615N nac
Switch: SoC integrated Gigabit Switch (4 x LAN, 1 x WAN)
USB:1 x USB 3.1 (Gen 1)
BTN:Reset, WPS
LED:- Power (blue)
- 5Ghz (blue)
- 2.4GHz (blue)
- Internet (blue)
- 4x LAN (blue)
(LAN/WAN leds are not controllable by GPIOs)
UART:   UART is present as Pads marked J4 on the PCB.
3.3V - TX - RX - GND / 57600-8N1
3.3V is the square pad
MAC:The MAC address on the router-label matches the MAC of
the 2.4 GHz WiFi.
LAN and WAN MAC are identical: MAC_LABEL+4
5 GHz WiFi MAC: also MAC_LABEL+4


Installation

Via U-Boot tftpd:
Switch on device, within 2s press reset button and keep pressed
until power LED starts blinking slowly.
Upload factory image via tftp put, the router's ip is 192.168.1.1
and expects the client on 192.168.1.75.

The images also work on the Asus RT-AC65P models as tested by Gabor.

Signed-off-by: Birger Koblitz 
Tested-by: Gabor Varga 

---

v2: Corrected sorting of entries in 02_network
Model name corrected in .dts
Whitespace fixes in .dts
wifi0/1 labels added to wifi nodes in .dts
Device name capitalized in mt7621.mk

v3: Added firmware backup to firmware2 partition before sysupgrade
Corrected modules included in image

v4: Corrected MT7615N PCI IDs

v5: Fixed indentation in platform.sh

v6: Rebased to latest master


diff --git a/target/linux/ramips/base-files/etc/board.d/02_network 
b/target/linux/ramips/base-files/etc/board.d/02_network
index b4634e0928..80e6a91c88 100755
--- a/target/linux/ramips/base-files/etc/board.d/02_network
+++ b/target/linux/ramips/base-files/etc/board.d/02_network
@@ -230,6 +230,18 @@ ramips_setup_interfaces()
ucidef_add_switch "switch0" \
"0:lan" "1:wan" "6@eth0"
;;
+   asus,rt-ac85p|\
+   dlink,dir-860l-b1|\
+   elecom,wrc-1167ghbk2-s|\
+   elecom,wrc-1900gst|\
+   elecom,wrc-2533gst|\
+   huawei,hg255d|\
+   iodata,wn-ax1167gr|\
+   iodata,wn-gx300gr|\
+   iptime,a604m)
+   ucidef_add_switch "switch0" \
+   "1:lan:4" "2:lan:3" "3:lan:2" "4:lan:1" "0:wan" "6@eth0"
+   ;;
asus,rt-n15|\
belkin,f9k1109v1|\
sitecom,wl-351)
@@ -297,17 +309,6 @@ ramips_setup_interfaces()
ucidef_add_switch "switch0" \
"0:lan:4" "1:lan:3" "2:lan:2" "3:lan:1" "4:wan:5" 
"6@eth0"
;;
-   dlink,dir-860l-b1|\
-   elecom,wrc-1167ghbk2-s|\
-   elecom,wrc-1900gst|\
-   elecom,wrc-2533gst|\
-   huawei,hg255d|\
-   iodata,wn-ax1167gr|\
-   iodata,wn-gx300gr|\
-   iptime,a604m)
-   ucidef_add_switch "switch0" \
-   "1:lan:4" "2:lan:3" "3:lan:2" "4:lan:1" "0:wan" "6@eth0"
-   ;;
dlink,dwr-118-a1)
ucidef_add_switch "switch0" \
"1:lan:2" "2:lan:3" "3:lan:1" "4:lan:0" "5:wan" "6@eth0"
@@ -551,6 +552,9 @@ ramips_setup_macs()
zbtlink,zbt-we3526)
wan_mac=$(mtd_get_mac_binary factory 0xe006)
;;
+   asus,rt-ac85p)
+   wan_mac=$(mtd_get_mac_ascii u-boot-env et1macaddr)
+   ;;
asus,rt-n56u)
lan_mac=$(macaddr_setbit_la "$(cat 
/sys/class/net/eth0/address)")
wan_mac=$(mtd_get_mac_binary factory 0x8004)
diff --git a/target/linux/ramips/base-files/lib/upgrade/platform.sh 
b/target/linux/ramips/base-files/lib/upgrade/platform.sh
index 9889079db9..a62ded4b9d 100755
--- a/target/linux/ramips/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ramips/base-files/lib/upgrade/platform.sh
@@ -18,9 +18,16 @@ platform_do_upgrade() {
mikrotik,rbm33g)
[ -z "$(rootfs_type)" ] && mtd erase firmware
;;
+   asus,rt-ac85p)
+   echo "Backing up firmware"
+   dd if=/dev/mtd4 bs=1024 count=4096  > /tmp/backup_firmware.bin
+   dd if=/dev/mtd5 bs=1024 count=52224 >> /tmp/backup_firmware.bin
+   mtd -e firmware2 write /tmp/backup_firmware.bin firmware2
+   ;;
esac

case "$board" in
+   asus,rt-ac85p|\
hiwifi,hc5962|\
netgear,r6220|\
netgear,r6260|\
diff --git a/target/linux/ramips/dts/mt7621_asus_rt-ac85p.dts 
b/target/linux/ramips/dts/mt7621_asus_rt-ac85p.dts
new file mode 100644
index 00..94e26ea408
--- /dev/null
+++ b/target/linux/ramips/dts/mt7621_asus_rt-ac85p.dts
@@ -0,0 +1,164 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include "mt7621.dtsi"
+
+#include 
+#include 
+
+/ {
+   compatible = "asus,rt-ac85p", "mediatek,mt7621-soc";
+   model 

[OpenWrt-Devel] kernel: bump 4.19 to 4.19.72 broke ath79

[Andre Valentin]

Hi!

It seems the kernel bump broke ath79 compilation. The problem lies in
target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch

It cannot be applied anymore. I tried a quick fix, but there seems to be a 
bigger change.

Kind regards,

André



smime.p7s
Description: S/MIME Cryptographic Signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel