Welcome! Log In Create A New Profile

Advanced

revive Medion oxnas stg-212

Posted by alexinc 
Re: revive Medion oxnas stg-212
May 08, 2023 08:02AM
Quote

Perhaps the 2013 SPL and u-boot combo would work

It's also 800MHz SPL...
Re: revive Medion oxnas stg-212
May 08, 2023 05:32PM
>
Quote

> Perhaps the 2013 SPL and u-boot combo would work
>
>
> It's also 800MHz SPL...

Bummer! sounds like you should run stock u-boot and boot into Debian (in order to prove the theory that the overlock to 800/850Mhz is causing problem).

I did look at this u-boot seeing if I can rebuild, but the old code does not build with the GCC 12 currently installed in my development box.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: revive Medion oxnas stg-212
May 08, 2023 05:37PM
I'm not in a hurry. Just noticed today, that on rescue disk (800MHz SPL and Debian Wheezy) Oracle Java headless embedded was starting just fine, no segmentation fault (which i get at self compiled OpenWRT right now too, btw.). Now i need to find out, if segmentation fault was caused by upgraded Debian or the last kernel update. Once again quite a few setups to check...
Re: revive Medion oxnas stg-212
May 08, 2023 06:00PM
When in doubt, just run the Debian-4.14.180-oxnas-tld-1-rootfs-bodhi.tar.bz2 rootfs with 800Mhz. And then you'll can see if after a kernel upgrade if it was the culprit.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: revive Medion oxnas stg-212
May 08, 2023 06:38PM
Exactly this is my plan for tomorrow. ;-) Will let you know then.
Re: revive Medion oxnas stg-212
May 09, 2023 07:45AM
So it's kernel related!

Since 5.x Java is crashing with
root@debian:~# /home/ejdk1.8.0_211/linux_arm_sflt/jre/bin/java -version
[  569.830438][  T419] 8<--- cut here ---
[  569.834188][  T419] Unhandled fault: page domain fault (0x81b) at 0xb67b6000
[  569.841203][  T419] pgd = 2cb67a2d
[  569.844587][  T419] [b67b6000] *pgd=649e5831, *pte=631bb59f, *ppte=631bbe6e
[  569.851527][  T419] Internal error: : 81b [#1] PREEMPT SMP ARM
[  569.857328][  T419] Modules linked in: dwmac_generic gpio_keys_polled input_polldev i2c_gpio i2c_algo_bit ip_tables x_tables autofs4
[  569.869207][  T419] CPU: 1 PID: 419 Comm: java Not tainted 5.4.101-oxnas-tld-1 #1.0
[  569.876820][  T419] Hardware name: Generic DT based system
[  569.882293][  T419] PC is at v6_coherent_kern_range+0x4/0x2c
[  569.887933][  T419] LR is at arm_syscall+0x274/0x354
[  569.892871][  T419] pc : [<c010e550>]    lr : [<c010647c>]    psr: 20000013
[  569.899796][  T419] sp : c4823f88  ip : b67b6000  fp : be9f76c4
[  569.905684][  T419] r10: 00000000  r9 : c4822000  r8 : c01011e4
[  569.911575][  T419] r7 : 000f0002  r6 : b6d00000  r5 : c4822000  r4 : b67b7000
[  569.918763][  T419] r3 : 0054a000  r2 : c73b4560  r1 : b67b7000  r0 : b67b6000
[  569.925952][  T419] Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
[  569.933744][  T419] Control: 00c5787d  Table: 6520400a  DAC: 00000051
[  569.940149][  T419] Process java (pid: 419, stack limit = 0x0125160c)
[  569.946562][  T419] Stack: (0xc4823f88 to 0xc4824000)
[  569.951598][  T419] 3f80:                   000f0002 be9f7618 00000000 0000007d 000f0002 be9f7618
[  569.960432][  T419] 3fa0: 00000000 c0101000 000f0002 be9f7618 b67b6000 b6d00000 00000000 00000006
[  569.969267][  T419] 3fc0: 000f0002 be9f7618 00000000 000f0002 b67b6000 005653bc 01fc8370 be9f76c4
[  569.978101][  T419] 3fe0: 00000000 be9f7608 b6f407e4 b6f40800 60000010 b67b6000 00000000 00000000
[  569.986944][  T419] [<c010e550>] (v6_coherent_kern_range) from [<c010647c>] (arm_syscall+0x274/0x354)
[  569.996129][  T419] [<c010647c>] (arm_syscall) from [<c0101000>] (ret_fast_syscall+0x0/0x54)
[  570.004526][  T419] Exception stack(0xc4823fa8 to 0xc4823ff0)
[  570.010247][  T419] 3fa0:                   000f0002 be9f7618 b67b6000 b6d00000 00000000 00000006
[  570.019084][  T419] 3fc0: 000f0002 be9f7618 00000000 000f0002 b67b6000 005653bc 01fc8370 be9f76c4
[  570.027914][  T419] 3fe0: 00000000 be9f7608 b6f407e4 b6f40800
[  570.033638][  T419] Code: ee070f15 e12fff1e e12fff1e e3c0001f (ee070f3a)
[  570.040399][  T419] ---[ end trace ee06527a8ef4b907 ]---
Segmentation fault
With last 4.14.198 everything is working
root@debian:~# /home/ejdk1.8.0_211/linux_arm_sflt/jre/bin/java -version
java version "1.8.0_211"
Java(TM) SE Embedded Runtime Environment (build 1.8.0_211-b12, headless)
Java HotSpot(TM) Embedded Client VM (build 25.211-b12, mixed mode)
This also should declare why my self compiled OpenWRT builds are crashing running Java lately. So back to build environment! ;-)
Btw. and just as a reminder, with 850MHz SPL i always had trouble building apt-get cache which doesn't happen with 800MHz SPL, but maybe i'm trying to run 850MHz SPL with 4.x kernel again to rule out if it was kernel related too (what i can't imagine).
Re: revive Medion oxnas stg-212
May 09, 2023 03:09PM
With this type of problem, the best I can suggest is to stay with 4.14.198 for now if you run Debian.

Don't know when I will build Debian kernel 5.15.x, but that's my plan.The EOL date for 5.15.x is Oct 2026, and it might get extended.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: revive Medion oxnas stg-212
May 09, 2023 04:04PM
It's getting more and more wired. Although java -version states a running headless environment, starting an java based application leads to
DEBUG MESSAGE: Atomic load(jlong) unsupported on this platform
with Oracle Java8. Running openjdk11-headless is working, but pretty slow and CPU hungry! Running Debian 11 now, so going back to an older version and trying again will be my task for tomorrow then. It's really crazy, if only I would come across my self compiled build from 2015 to check everything again... :-/ It's like the device don't want to become part of 2023. ;-)



Edited 3 time(s). Last edit at 05/09/2023 04:07PM by alexinc.
Re: revive Medion oxnas stg-212
December 18, 2023 09:29PM
> with Oracle Java8. Running openjdk11-headless is
> working, but pretty slow and CPU hungry! Running
> Debian 11 now, so going back to an older version
> and trying again will be my task for tomorrow
> then. It's really crazy, if only I would come
> across my self compiled build from 2015 to check
> everything again... :-/ It's like the device don't
> want to become part of 2023. ;-)


Of course that.

Raspberry Pi uses an ARM central processor, which belongs to the ARMv6 architecture.
The Raspbian Wheezy operating system uses the more efficient Hard float ABI, which uses hardware to handle floating point operations.

But, Debian-4.14.180-oxnas-tld-1-rootfs-bodhi.tar.bz2 compile to 'armel' Arch, it is soft-float.
Even Oracle Java/OpenJDK switch to 'ARMv6/ARMv7 Linux – VFP, HardFP ABI, Little Endian1' , The OS can't support it .

So, I gave up to use Java on akitio mycloud mini when it base on Debian-4.14.180-oxnas-tld-1-rootfs-bodhi.tar.bz2
It is too slow , as slow as perl ......

Update:

Since ARMv6/ARMv7 become mainline, ARMv5 was droped .....
However , passing gone armhf for debian6/ArchLinuxArm/bodhi-linux ...
always .... stop support ...!
poor ARMv5 , it can be jvm accelerate.

//sign ...

So, make build by ourselves to armhf is the only way to support Java JVM accelerate



Edited 2 time(s). Last edit at 12/18/2023 11:50PM by Popo.
Author:

Your Email:


Subject:


Spam prevention:
Please, enter the code that you see below in the input field. This is for blocking bots that try to post this form automatically. If the code is hard to read, then just try to guess it right. If you enter the wrong code, a new image is created and you get another chance to enter it right.
Message: