All Activity

This stream auto-updates     

  1. Past hour
  2. @werner - would you mind allowing my the QnD way by adding your " sun50i-h6-orangepi-one-plus.dtb " to your post so I should not need to recompile and just replace current file in " /boot/dtb/allwinner " ...
  3. Thanks for your contribution ! May I apply this update to armbian debian bullseye too ?
  4. This error has no relation, it has nothing to do with 8723bs driver. You probably forgot : And don't forget :
  5. Try using another sd card and start with a fresh image try using another power supply Make sure to use 115200 as baud rate.
  6. Put this to userpatches when building dev https://github.com/armbian/build/blob/master/patch/kernel/sunxi-current/xxx-sun50i-h6-enable-higher-clock.patch
  7. unfortunately not on my OpiOnePlus, at least with this config @orangepioneplus1:~$ cat /etc/default/cpufrequtils ENABLE=true MIN_SPEED=480000 MAX_SPEED=1810000 GOVERNOR=conservative Board shows after "reboot" : root@orangepioneplus1:~# cpufreq-info |grep cpufreq cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. driver: cpufreq-dt available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil cpufreq stats: 480 MHz:85.35%, 720 MHz:4.05%, 816 MHz:0.51%, 888 MHz:0.95%, 1.08 GHz:1.39%, 1.32 GHz:1.31%, 1.49 GHz:6.45% (179) driver: cpufreq-dt available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil cpufreq stats: 480 MHz:85.35%, 720 MHz:4.05%, 816 MHz:0.51%, 888 MHz:0.95%, 1.08 GHz:1.39%, 1.32 GHz:1.31%, 1.49 GHz:6.45% (179) driver: cpufreq-dt available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil cpufreq stats: 480 MHz:85.35%, 720 MHz:4.05%, 816 MHz:0.51%, 888 MHz:0.95%, 1.08 GHz:1.39%, 1.32 GHz:1.31%, 1.49 GHz:6.45% (179) driver: cpufreq-dt available cpufreq governors: conservative, userspace, powersave, ondemand, performance, schedutil cpufreq stats: 480 MHz:85.36%, 720 MHz:4.05%, 816 MHz:0.51%, 888 MHz:0.95%, 1.08 GHz:1.39%, 1.32 GHz:1.31%, 1.49 GHz:6.45% (179) As well armbian-config not showing 1,8GHz , did not find an overlay setting ( like H5 ) so I guess this is WIP and will await a permanent solution. for now I am OK as it boots in to the new kernel and therefore I can access and play with both boards
  8. Today
  9. Yeah it seems to protect only your system drive in Windows. A general warning before writing would also be nice. Maybe someone add an issue on gitlab?
  10. It can. At current at least. Simply chance the max at /etc/default/cpufrequtils to 1810000
  11. @Wernervery well - currently playing with wireguard on both; cpu temp +/- 46-49 degrees , not stressing both boards ( yet ). Will wait for that till 1,8GHz can be configured (re-enabled) again, it has been "discussed" in 5.4 dev already
  12. on which operating system did you try?
  13. apart from that.. As OP wrote this. To get Armbian more stable it will not update a stable system kernel wise IIRC. However, IIRC within armbian-config you can change this behavior and Igor will correct me if I was wrong.
  14. OrangePi One Plus confirmed as well. Did not test much though. Boots, HDMI works, DE without Panfrost works. Ethernet works...well, that's pretty much it what I have tested
  15. You could provide a PR to push your changes
  16. What I have noticed so far is that USBimager does not hide non-sdcard devices and there is also nothing kind a confirmation button. Sure if you know what you are doing this is not an issue but I am thinking about new and unexperienced users as well as the situation we all come across from time to to being tired and hittin' the wrong button. I did not try this but can this accidently kill your secondary ssd for example?
  17. Armbian changed his release model and versioning not long ago and I guess what you experience are some side effects while upgrading.
  18. Not yet. However I answered to the already existing issue report from @NicoD at https://gitlab.freedesktop.org/panfrost/linux/-/issues/2
  19. Thx for yr response. Yes, I checked docs and FAQ, and googled - I still do not comprehend why for identical hardware boards the apt-get update/upgrade of an earlier Armbian release for the board leads to a different content of the /etc/armbian-release file, compared to a fresh installation of the Armbian provided for this board (in the above case the 5.90 stamp shown is from 7/2019 according to the Armbian changelog doc, the 20.02.1 from 2/2020). I am aware that an apt-get update/upgrade is a complex operation, but at least in respect to the resulting version identification of Armbian after the update/upgrade it should be unambiguous, compared to a fresh installation of the newest board Armbian image. Also, I do not comprehend why there is a difference between /etc/armbian-release and /etc/armbian-image-release, in the fresh installation case as well as in the update/upgrade case (see previous post). Plz note that both installations are running perfectly, so it is not an urgent problem - just a nagging confusion on my side regarding unique unambiguous version identifications. Regards - Robert
  20. found one, but cannot change it - the pre-defined answer here in the Forum: Armbian's archives can be uncompressed with 7-Zip on Windows, Keka on OS X and 7z on Linux. Images shall only be written with Etcher on all platforms since unlike other tools Etcher validates burning results saving you from corrupted SD card contents.
  21. Hi, Just to make sure before trying: -You already read the FAQ on the download page for your device? -You already looked at the Documentation? // sent from mobile phone //
  22. But how can i as simple user add the fix? Looks very difficult for me?
  23. Dear friends. I am trying to initialize my opi lite 2 without success. I'm using a power source, that's ok! I measured the voltage on the RX pin and I have 3.2v. The TX pin at very low voltage. I used a TTL / USB converter to check the debug ttl, but nothing appears. I configured the converter to 3.3v. Can anyone give me any tips on what to do or can I throw the board away already?
  24. Yesterday
  25. Hi. Can someone please kindly shed a light on Armbian / Debian / Sunxi release information that is confusing me: I run Armbian Buster on two Cubietruck systems - one was freshly installed, the other upgraded from a previous installation. Both systems were apt-updated/apt-upgraded most recently with identical /etc/apt/sources.list, and subsequently rebooted. Both systems report identical "uname -a" (=Linux ... 5.4.30-sunxi #20.02.9 SMP) and /etc/debian_version (=10.3) information. The /boot folders have identical zImage resp. uInitrd links pointing to identical targets. Still the /etc/armbian-release resp. /etc/armbian-image-release infos differ: VERSION=20.02.1 vs. VERSION=5.90 resp. VERSION=20.02.0-rc0 vs. VERSION=5.75 Are both systems running the same Armbian as indicated by identical "uname -a" and /etc/debian_version, /boot files, and complete apt-get update/apt-get upgrade .... or are they still running somehow differing OSes as indicated by the different /etc/armbian-release files ? In latter case: what needs to be done to get them identical (aside from cloning the OS installation) if apt-get update/upgrade don't fix these assumed differences. Help kindly appreciated - Thx in advance - Regards - Robert (attached a side-by-side comparision of the all version infos) relinfo
  26. My problem system crash when physical memory(actualy mem chache) is full. I think when mem cache is full system try to use swap.Then kernel crash. I fix this problem with crontab job * * * * * sync; echo 1 > /proc/sys/vm/drop_caches Cleary every minute cache memory System keep running look like every things fine.But this is a very bad solution. How can i solve this issiuse? System detail -My hardware T9 tv box Forum https://forum.armbian.com/topic/8082-armbian-for-tv-box-rk3328/ System image Armbian_5.96_Rk3328-tv_Debian_buster_default_4.4.154_20190911.img Uname -a output Linux rk3328 4.4.154-rk3328-tv #45 SMP Wed Sep 11 17:05:14 MSK 2019 aarch64 GNU/Linux Sorry for the my very bad english.
  27. Looks like some memory unit not prepared correctly, based on the first faults. Did you try showing this to the folks at irc://#panfrost@irc.freenode.net ?
  1. Load more activity