dolphs

Members
  • Content Count

    80
  • Joined

  • Last visited

 Content Type 

Forums

Member Map

Store

Crowdfunding

Raffles

Applications

Everything posted by dolphs

  1. dolphs

    Orangepi 3 h6 allwiner chip

    Hi - could someone guide me how to apply vanilla kernels to de dev builds, eg 5.09 or 5.1-rc5 for the H6 OrangePi's please? Currently for OpiOnePlus still 5.07 is being used, TiA!
  2. dolphs

    H6 Famous Reboot problem

    Read an interesting commit in kernel 5.0.8 rgd H6 although not related to reboot issue, interesting fix imho rgd HDMI. Would it be possible to incorporate this kernel in dev images ( which can be build manually ) please? <snip snip> drm/sun4i: DW HDMI: Lower max. supported rate for H6 commit cd9063757a227cf31ebf5391ccda2bf583b0806e upstream. Currently resolutions with pixel clock higher than 340 MHz don't work with H6 HDMI controller. They just produce a blank screen. Limit maximum pixel clock rate to 340 MHz until scrambling is supported. Cc: stable@vger.kernel.org # 5.0 Fixes: 40bb9d3147b2 ("drm/sun4i: Add support for H6 DW HDMI controller") <snip snip>
  3. dolphs

    Orangepi 3 h6 allwiner chip

  4. dolphs

    Orangepi 3 h6 allwiner chip

    I was Just wondering if the " sun8i-ce " kernel module can be used for a hardware true number generator (TRNG) already ? This page reads "(10): The TRNG is not really random due do lack of documentation", although H6 is not listed, perhaps one knows this will be improved in kernel 5.0 already or in upcoming 5.1/5.2 kernels ? entropy is decent enough already ( at least does not drop below 500 ): cat /proc/sys/kernel/random/entropy_avail #2565 ( highest I noticed did not watch it every second just random ) However this could be doubled IMHO with a hardware driver, Yet I played a little with urandom, which improved somewhat adding ""HRNGDEVICE=/dev/urandom" before starting rng-tools : <snip snip> -- Unit rng-tools.service has finished starting up. -- -- The start-up result is done. Apr 14 01:36:24 orangepioneplus[6776]: rngd 2-unofficial-mt.14 starting up... Apr 14 01:36:24 orangepioneplus rngd[6776]: entropy feed to the kernel ready <snip snip> It's result after a little while: cat /proc/sys/kernel/random/entropy_avail #3510 Anyway was just playing with my OrangePiOnePlus little more and don't want to move away from my initial question. " I was Just wondering if the " sun8i-ce " kernel module can be used for a hardware true number generator (TRNG) already ? " cheers
  5. dolphs

    H6 Famous Reboot problem

    certainly just execute: root@orangepioneplus:~# systemctl disable NetworkManager root@orangepioneplus:~#ip a |grep ether link/ether 00:2d:fd:1e:f1:e1 brd ff:ff:ff:ff:ff:ff # take note of MAC address root@orangepioneplus:~#vi /etc/network/interfaces ## add or update in to /etc/network/interfaces.d/ auto eth0 iface eth0 inet static address 192.168.10.200 netmask 255.255.255.0 gateway 192.168.10.1 dns-nameservers 192.168.10.2 192.168.10.1 hwaddress ether 00:2d:fd:1e:f1:e1 root@orangepioneplus:~# reboot # wait 5 secs and reconnect to IP address set root@orangepioneplus:~# cat /etc/network/interfaces # tada! you guys don't even realise how perfect this weekend started, once again cheers for all your efforts, it is appreciated a lot!
  6. dolphs

    H6 Famous Reboot problem

    yes I did not browse carefully enough, apologies. However therefore the ghost vanished from our machines ( OpiOnePlus and Opi3 ), Suppose configuring this kernel setting from built in to Module is not a bad idea in general? I can concur, well done all, appreciate your efforts!
  7. dolphs

    H6 Famous Reboot problem

    hmm current modules lis ( below ), the dwmac-sun8i reports : " rmmod: ERROR: Module dwmac_sun8i is builtin. " # thus not a module as it seems root@orangepioneplus:~# lsmod Module Size Used by snd_soc_hdmi_codec 16384 0 zstd 16384 4 snd_soc_core 126976 1 snd_soc_hdmi_codec snd_pcm_dmaengine 16384 1 snd_soc_core snd_pcm 94208 3 snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine snd_timer 32768 1 snd_pcm snd 57344 4 snd_soc_hdmi_codec,snd_timer,snd_soc_core,snd_pcm soundcore 16384 1 snd dw_hdmi_cec 16384 0 dw_hdmi_i2s_audio 16384 0 cpufreq_dt 16384 0 sun50i_h6_ths 16384 0 thermal_sys 65536 2 cpufreq_dt,sun50i_h6_ths zram 28672 2 realtek 20480 1 Ran out of time due to unexpected visit ... more tomorrow therefore. cheers!
  8. dolphs

    H6 Famous Reboot problem

    it is interesting 5.1 is being worked on already, very nice. Also noticed from Linux mainlining effort in coming 5.2, supposedly in May, the Opi3 is being supported : nice to know ... built and flashed latest dev image just now and tried following: ip link set eth0 down rmmod realtek insmod /lib/modules/5.0.7-sunxi64/kernel/drivers/net/phy/realtek.ko ip link set eth0 up [ 282.600634] dwmac-sun8i 5020000.ethernet eth0: Link is Down [ 282.649231] RTL8211E Gigabit Ethernet stmmac-0:01: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:01, irq=POLL) [ 282.651961] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found [ 282.651981] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available [ 282.651993] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW [ 287.776787] dwmac-sun8i 5020000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 287.776816] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready this is a BINGO, thus so far so good. However adding " reboot " after the " rmmod " command won't bring back the device, a powercycle is needed also added " sleep 5 ". This has been tested with NetworkManager , later tongight will disable and go " old school " interfaces way. will report back when I can. cheers
  9. dolphs

    H6 Famous Reboot problem

    Also this is actually what I kind of tried the other day, unseccesful reboot attempt: " ip link set eth0 down && rmmod realtek && reboot ". On my TODO for tonight to play a little more with this also will try disabling NetworkManager and use old school debian school " interfaces " file including proper hardware MAC will report back when I can, cheers
  10. dolphs

    H6 Famous Reboot problem

    attempt to fix, as it concerns me at least (OpiOnePlus) ... will check USB tonight.
  11. dolphs

    H6 Famous Reboot problem

    .
  12. dolphs

    H6 Famous Reboot problem

    After reading these promising results I fired up my enigines and compiled a new dev image " Armbian_5.78_Orangepioneplus_Debian_stretch_dev_5.0.7 " . As I am still waiting the SDCARD to be prepared I am replying to these this is quite " funny " as that makes two of us, I actually disabled NetworkManager as I thought this was the issue and besides that I am used to editing in to " interfaces "... is this our guy who silently fixed stuff committing/updating a patch? if so KUDO's now it is time to insert my freshly built sdcard image in to the OpiOnePlus... setting root password, do absolutely nothing else than creating another login account and after that executing a " reboot " ( shutdown -r now ) on the command line It looks like the shutdown takes longer than before, eg red light goes off a little later, however I can be mistaken as it is like 05.15am here It all looked promising till the moment I realise the result improved somewhat having a red light back and an orange blining LAN light, with sometimes green popping up , BUT: unable to access remotely ( SSH )... Thus .... back to powercycling device ... perhaps the newer U-Boot v2019.04 might be of help after all as currently it is still 01 ... Almost there, but not just yet as @martinayotte which means the ghost happily resides now in my machine ... cheers :-), we're close ... let's stay positive and off to bed now ... ...
  13. dolphs

    H6 Famous Reboot problem

    which means, once I will return home I can rebuild image and give it another shot on mu opioneplus devices? cheers
  14. dolphs

    H6 Famous Reboot problem

    Errr from " H6 famous reboot problem " it seems just the orangepi's are affected (opioneplus and opilite2, opi3 )? reiniting eth0 did work from cold boot ( of course ): root@orangepioneplus:~# ip link set dev eth0 down && ip link set dev eth0 up Apr 11 05:05:48 localhost kernel: [ 425.696366] dwmac-sun8i 5020000.ethernet eth0: Link is Down Apr 11 05:05:48 localhost kernel: [ 425.705231] RTL8211E Gigabit Ethernet stmmac-0:01: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:01, irq=POLL) Apr 11 05:05:48 localhost kernel: [ 425.707898] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found Apr 11 05:05:48 localhost kernel: [ 425.707918] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available Apr 11 05:05:48 localhost kernel: [ 425.707930] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW Apr 11 05:05:53 localhost kernel: [ 430.819302] dwmac-sun8i 5020000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx so after that I thought to be fresh and smart but naye: no joy, bringing in a WiFi dongle should help possibly to get more logs at this stage ... ... root@orangepioneplus:~# ip link set dev eth0 down && reboot
  15. dolphs

    H6 Famous Reboot problem

    @t3l3m4k0 OK thanks for sharing that with us, so I am not the only one struggling. Will check back tomorrow for more updates, thanks all!
  16. dolphs

    H6 Famous Reboot problem

    debian NOK, no go after reboot... " tail -f /var/log/messages " did not report anything after executing reboot wil do another attempt in next 1-2 hours... UPDATE: session 1, logged in as ROOT session 2, logged in as ROOT and watching dmesg like a hawk root@orangepioneplus:~# watch -n1 "dmesg | tail -20" Every 1.0s: dmesg | tail -20 orangepioneplus: Wed Apr 10 18:40:16 2019 [ 8.650903] zram1: detected capacity change from 0 to 519761920 [ 8.885526] Adding 507576k swap on /dev/zram1. Priority:5 extents:1 across:507576k SSFS [ 8.891518] thermal thermal_zone0: failed to read out thermal zone (-16) [ 8.891582] thermal thermal_zone1: failed to read out thermal zone (-16) [ 8.958035] cpu cpu0: Linked as a consumer to regulator.3 [ 8.958075] cpu cpu0: Dropping the link to regulator.3 [ 8.958248] cpu cpu0: Linked as a consumer to regulator.3 [ 8.959047] cpufreq: cpufreq_online: CPU0: Running at unlisted freq: 912000 KHz [ 8.959571] cpufreq: cpufreq_online: CPU0: Unlisted initial frequency changed to: 1080000 KHz [ 8.959812] thermal thermal_zone0: failed to read out thermal zone (-16) [ 9.266006] random: crng init done [ 9.266014] random: 7 urandom warning(s) missed due to ratelimiting [ 9.279440] zram0: detected capacity change from 0 to 52428800 [ 9.711854] EXT4-fs (zram0): mounted filesystem without journal. Opts: discard [ 16.681299] RTL8211E Gigabit Ethernet stmmac-0:01: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:01, irq=POLL) [ 16.682480] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found [ 16.682490] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available [ 16.682494] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW [ 21.792787] dwmac-sun8i 5020000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 21.792818] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Executed " reboot " in session 1, but no trace of dmesg As mentioned earlier unfortunately I do not owe a " USB To TTL Serial UART STC Cable " yet and also tried HDMI output but no output to screen either. Perhaps I can mount a USB stick and store a particular log file to it, so after reboot ( powercycle ) it can be opened for review ... not sure at this stage what to do .... Meanwhile should we compare photos from several OPiOnePlus boards so we can determine if other revision ( eg v1.1 ) have been releases and that is why things work slightly different? Would be interested in @@lex findings, currently thinking of disabling neworkmanager as mentioned once here by @johanvdw. Will give it a shot and will report back once more UPDATE: negative disabling networkmanager and updating it to " static " with "hwaddress ether" reboot #NOK ip link set eth0 down && reboot #neither - just another attempt Well guess that is it for now, perhaps new inspiration tomorrow. Almost forgot output of dmesg on powercycle, reboot I cannot capture... root@orangepioneplus:~# dmesg |grep ethernet [ 1.960862] dwmac-sun8i 5020000.ethernet: PTP uses main clock [ 2.070417] dwmac-sun8i 5020000.ethernet: PTP uses main clock [ 2.070476] dwmac-sun8i 5020000.ethernet: Linked as a consumer to regulator.19 [ 2.176334] dwmac-sun8i 5020000.ethernet: Current syscon value is not the default 58000 (expect 50000) [ 2.176353] dwmac-sun8i 5020000.ethernet: No HW DMA feature register supported [ 2.176358] dwmac-sun8i 5020000.ethernet: RX Checksum Offload Engine supported [ 2.176363] dwmac-sun8i 5020000.ethernet: COE Type 2 [ 2.176367] dwmac-sun8i 5020000.ethernet: TX Checksum insertion supported [ 2.176372] dwmac-sun8i 5020000.ethernet: Normal descriptors [ 2.176377] dwmac-sun8i 5020000.ethernet: Chain mode enabled [ 9.444966] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found [ 9.444977] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available [ 9.444983] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW [ 14.560771] dwmac-sun8i 5020000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
  17. dolphs

    Orangepi 3 h6 allwiner chip

    err I did put https://dl.armbian.com/orangepi3/nightly/ for OpiOnePlus: https://dl.armbian.com/orangepioneplus/nightly/ hope this is clear now
  18. dolphs

    Orangepi 3 h6 allwiner chip

    reboot issue, please check here for me was NOK so far, both stretch and bionic. You might want to try the nightly build, to be found here and report back in this section please rgd reboot issue, although I tested things building from scratch ( opiplus ) I did not test the nightly but for me so far NOK cheers!
  19. dolphs

    H6 Famous Reboot problem

    built just now another " Armbian_5.78_Orangepioneplus_Debian_stretch_dev_5.0.7.img " server image and initial boot OK: - red light on - LAN blinking root@orangepioneplus:~# uname -a Linux orangepioneplus 5.0.7-sunxi64 #5.78 SMP Wed Apr 10 02:44:21 CEST 2019 aarch64 GNU/Linux root@orangepioneplus:~# shutdown -r now I can actually see the red light switches off for a while, which appears to me the "reboot" is kickin in, but little later it appears LAN does not come up... As I dont have a " USB To TTL Serial UART STC Cable " yet I tried the HDMI output instead which reveals no output to screen ( also not after power cycling the device: WIP I suppose ). Yet I will await the nightly image, although I do not expect miracles to happen as what would be the different from images just built ....
  20. dolphs

    H6 Famous Reboot problem

    OK will rebuild image within next 30 minutes and will report back ( although it seems things applied succesfully ) UPDATE1: NO GO ... Built and flashed " Armbian_5.78_Orangepioneplus_Debian_stretch_dev_5.0.7.img " Powering down/up brings back my board. UPDATE 2: NO GO.... This lets me believe I should refresh my build environment entirely and start from scratch as "dreddit" reported a succesfull reboot earlier ? although initially I thoughy that image came from https://dl.armbian.com/ I didn't find a build later than 2018-08-23 ... Must be using my spectacles, meanwhile prepping my new fresh build environment. UPDATE 3: NO GO.... Tried my 2nd board with another sdcard and experience similar issues ... Acquired these boards few weeks back, another revision ? Last, but not least. also would one be so kind to eg WeTransfer a working fresghly built image, just to verify it does (not) work (PM)? cheers
  21. dolphs

    H6 Famous Reboot problem

    just in these I retrieved entries: dolphs@armbian:~/armbian/output/debug$ grep 0001-Fix *.log output.log:Displaying message: * [\e[32ml\e[0m][\e[32mc\e[0m] 0001-Fix-reset-issue-on-H6-by-using-R_WDOG.patch info patching.log:Processing file /home/dolphs/armbian/patch/atf/atf-sunxi64/0001-Fix-reset-issue-on-H6-by-using-R_WDOG.patch The Patching log reads: Processing file /home/dolphs/armbian/patch/atf/atf-sunxi64/0001-Fix-reset-issue-on-H6-by-using-R_WDOG.patch Processing file /home/dolphs/armbian/patch/atf/atf-sunxi64/enable-additional-regulators.patch The text leading up to this was: -------------------------- |diff --git a/plat/sun50iw1p1/sunxi_power.c b/plat/sun50iw1p1/sunxi_power.c |index a2ded04..75574b9 |--- a/plat/sun50iw1p1/sunxi_power.c |+++ b/plat/sun50iw1p1/sunxi_power.c -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored <snip snip> Did not see any additional logs after, perhaps that is a lead? Processing file /home/dolphs/armbian/patch/atf/atf-sunxi64/0001-Fix-reset-issue-on-H6-by-using-R_WDOG.patch
  22. dolphs

    H6 Famous Reboot problem

    just compiled fresh full OS image ( Armbian_5.78_Orangepioneplus_Debian_stretch_dev_5.0.7.img ) but alas " reboot " hangs, so therefore my guess is I was too early and will wait another few days building from scratch, thanks for your efforts! :~/armbian/patch/atf/atf-sunxi64$ ls -la total 36 drwxrwxr-x 4 dolphs dolphs 4096 Apr 9 16:32 . drwxrwxr-x 5 dolphs dolphs 4096 Mar 11 00:03 .. -rw-r--r-- 1 root root 902 Apr 9 16:32 0001-Fix-reset-issue-on-H6-by-using-R_WDOG.patch -rw-rw-r-- 1 dolphs dolphs 1112 Mar 11 00:03 add-SRAM-mapping-for-SCPI.patch.disabled drwxrwxr-x 2 dolphs dolphs 4096 Apr 9 16:32 board_pine64so drwxrwxr-x 2 dolphs dolphs 4096 Mar 11 00:03 board_pinebook-a64 -rw-rw-r-- 1 dolphs dolphs 1079 Mar 11 00:03 enable-a53-errata-workaround.patch.disabled -rw-rw-r-- 1 dolphs dolphs 1315 Mar 11 00:03 enable-additional-regulators.patch -rw-rw-r-- 1 dolphs dolphs 525 Mar 11 00:03 set-rsb-to-nonsec.patch Just noticed the patch is added with root user instead of mine, perhaps need to chown it and give it another try?
  23. @gounthar - If you do not mind you cannot reboot ( hangs for the moment ) what about the orangepi Lite 2? It can do 1,8GHz BUT H6 SoC is still in developement (WIP), it is half the price of a RockPi4, model A 1GB (RK3399). had promising results using a OPiOnePlus with ovpn ( near 200Mbit maybe more as my upload is CAPped ). A +/- 12Mbit stream resulted in 40% CPU usage, pushing it to the max ( iperf single/ multiple threads ) got it easily to 1,8GHz : my findings, incl temp increase, can be found here Anyway the board has BT, both WiFi and LAN gigabit - but as mentioned DEV image ( kernel 5.x ) needs to be build to have it " somewhat stable " , for VPN (LAN) it works at least. hope this helps
  24. dolphs

    Orangepi 3 h6 allwiner chip

    Please refer to this topic rgd issue 1) Also to create some more awareness I contacted "Allwinner Customer Service Team" recently and they made this a Xunlong issue, their response: " After a short discussion internally, we suggest you contact Xunlong for clarification. Let's hope for a satisfactory solution, little/ some hope this can be increased as Xunlog is partnering with armbian ... ... let's keep fingers crossed...
  25. dolphs

    H6 Famous Reboot problem

    pity, oh well let's hope the best of it honestly had the feeling it was so close to a satisfactory solution, but alas ... thanks for all your efforts though it is appreciated. cheers