New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ARV752DPW Lantiq XWay Major Version Upgrade to 23 bricks device #14283
Comments
Please get back to v22, issue is already documented: |
I did that. I updated the documentation for other people, so they don't have to struggle. |
I have a spare Arcadyan ARV7506PW11 that doesn't work with openwrt version 23 and up.
Will be using lower versions in the meantime |
check in v22 if 4x64k growth in v23 depletes rootfs_data to under 320k meaning likely first boot config cannot be written. Though should not die thst early. |
Just for your info. I also have a https://openwrt.org/toh/t-com/speedport_w_504v with the same architecture. |
Im sorry, but could you explain what you mean with 4x64k? |
cat /proc/mtd |
okey.
I want to learn more about this. What documentation could help me understand more about what you are talking? |
linux-mtd project etc... |
Okey, nice to know. |
seems about right, neither case overfills flash space leading to freeze or no conf persistance later. |
What could I try next, do you have any ideas? |
should be smp and ram detection right after |
Reverting smp patch fixes this issue? |
Yes. The image uploads properly.
|
I cant also confirm reverting that patch fixed the issue for me. Will someone merge it into snapshot? |
Or rather backport it to stable, cause it bricks aforementioned devices. |
Will prepare PR. From what I remember, this change also caused performance degradation on ARX100. |
Enabling SMP on the xway target results in two issues: * some danube chipset-based devices fail on boot, * on devices based on the arx100 chipset, enabling smp results in a degradation of NAT performance. After these two issues are fixed, SMP can be re-enabled. This reverts commit 084c20f. Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on the xway target results in two issues: * some danube chipset-based devices fail on boot, * on devices based on the arx100 chipset, enabling smp results in a degradation of NAT performance. After these two issues are fixed, SMP can be re-enabled. This reverts commit 084c20f. Fixes: #13934 Fixes: #14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on the xway target results in two issues: * some danube chipset-based devices fail on boot, * on devices based on the arx100 chipset, enabling smp results in a degradation of NAT performance. After these two issues are fixed, SMP can be re-enabled. This reverts commit 084c20f. Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube is incompatible with a patch that adds support for interrupt handling on all cores on other platforms. This patch mentioned issue. Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube[1] is incompatible with a patch that adds support for interrupt handling on all cores on other platforms[2]. This patch fixes the mentioned issue. 1. 084c20f 2. fbd33d6 Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube[1] is incompatible with a patch that adds support for interrupt handling on all cores on other platforms[2]. This patch fixes the mentioned issue. 1. 084c20f ("lantiq: xway: kernel: enable SMP support ") 2. fbd33d6 ("lantiq: enable interrupts on second VPEs") Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube[1] is incompatible with a patch that adds support for interrupt handling on all cores on other platforms[2]. This patch fixes the mentioned issue. 1. 084c20f ("lantiq: xway: kernel: enable SMP support ") 2. fbd33d6 ("lantiq: enable interrupts on second VPEs") Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube[1] is incompatible with a patch that adds support for interrupt handling on all cores on other platforms[2]. This patch fixes the mentioned issue. 1. 084c20f ("lantiq: xway: kernel: enable SMP support ") 2. fbd33d6 ("lantiq: enable interrupts on second VPEs") Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube[1] is incompatible with a patch that adds support for interrupt handling on all cores on other platforms[2]. This patch fixes the mentioned issue. 1. 084c20f ("lantiq: xway: kernel: enable SMP support ") 2. fbd33d6 ("lantiq: enable interrupts on second VPEs") Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube[1] is incompatible with a patch that adds support for interrupt handling on all cores on other platforms[2]. This patch fixes the mentioned issue. 1. 084c20f ("lantiq: xway: kernel: enable SMP support ") 2. fbd33d6 ("lantiq: enable interrupts on second VPEs") Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on Danube[1] is incompatible with a patch that adds support for interrupt handling on all cores on other platforms[2]. This patch fixes the mentioned issue. 1. 084c20f ("lantiq: xway: kernel: enable SMP support ") 2. fbd33d6 ("lantiq: enable interrupts on second VPEs") Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Enabling SMP on the xway target results in two issues: * some danube chipset-based devices fail on boot, * on devices based on the arx100 chipset, enabling smp results in a degradation of NAT performance. After these two issues are fixed, SMP can be re-enabled. This reverts commit 084c20f. Fixes: openwrt#13934 Fixes: openwrt#14283 Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
Describe the bug
Hi,
after upgrading from version 22.03.6 to 23.05 my Arcadyan ARV752DPW (Easybox 802) was bricked.
https://openwrt.org/toh/arcadyan/arv752dpw
I connected a serial cable to it.
When booting the new OpenWrt Image (23.05.*), I get the following output. The devices just hangs and does nothing else, like it froze. No serial input accepted. Needs full device restart.
Can you please help me, getting the new firmware to run.
OpenWrt version
r23630-842932a63d
OpenWrt release
23.05.2
OpenWrt target/subtarget
lantiq/xway
Device
Arcor 802
Image kind
Official downloaded image
Steps to reproduce
Actual behaviour
Expected behaviour
OpenWrt boots up.
Additional info
No response
Diffconfig
No response
Terms
The text was updated successfully, but these errors were encountered: