amirul
-
Posts
394 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by amirul
-
-
Thanks, already downgraded to 80.0.3987.162-1~deb10u1. Wish I could port iridium browser to armbian.
-
pages take a long time to complete, consuming cpu cycles
Reverted to 80.0.3987.162-1~deb10u1 for nomal operation
Anyone else similar?
Armbian_20.06.0_Arm-64_focal_current_5.7.6_desktop_20200630
-
4 hours ago, balbes150 said:
A test version of the image for evaluating the correct operation of GPU controllers for Amlogic. Please everyone who has the ability to check the launch of one of these images and write the result (the chip AML used by DTB, the result of verification).
TX9 Pro s912
Armbian_20.06.0_Arm-64_focal_current_5.7.6_desktop-TEST-GPU
meson-gxm-q200
boots OK to desktop
glxinfo
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 9.0.1, 128 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 20.0.4
OpenGL core profile shading language version string: 3.30/etc/X11/xorg.conf.d/01-armbian-defaults.conf -> Option "AccelMethod" "glamor"
glxinfo
OpenGL vendor string: Panfrost
OpenGL renderer string: Mali T820 (Panfrost)
OpenGL version string: 2.1 Mesa 20.0.4
OpenGL shading language version string: 1.20
mouse pointer flicker & artifact -
Have a look here
-
After recent android OTA update, am able to boot from sd-card again
-
My vote is with the Magicsee N6 Max
-
guess i'm not allowed to talk about this...
-
8 hours ago, RenegadePriest said:
Where is everyone finding these release candidate builds?
Admittedly I'm a little new here, but I arrived at this thread and realized it's probably exactly what I need for my application. Just having some trouble finding these RCs to tryout Panfrost. Happy to report issues back to the thread.
-
11 hours ago, Juanjo said:
indeed I tried Bionic image and it did mount ROOTFS but Buster not and throws mmc1 (sdcard) TIMEOUTs
@balbes150 How can it be since it is supposed that Bionic and Buster images share the same Kernel and DTB ?
20200527 focal desktop boots ok
-
5 hours ago, Juanjo said:
Can you tell us which DTB are you using ? Tried /dtb/rockchip/rk3399-rock-pi-4.dtb and it boots but it cannot detect SD card so it cannot mount the rootfs
Or you boot with USB pendrive ?
TIA
The dtb I used is a variant to run 1.7 and 2.02 GHz. I am booting bionic desktop fine from sdcard but focal seems to have the rootfs problem
-
20 hours ago, balbes150 said:
Version 20200519.
This version is fully built not mediocre on the ARM platform (rk3399).
I checked how the images work on different models, and no problems were found. The system works identically to the version built using the old scheme via cross-compilation on x86. While these images do not have u-boot and to run from the SD card on RK3399 add u-boot, as described at the beginning of the topic.
Now anyone can build their own version of ArmbianTV not mediocre on their device.
Runs OK on rk3399 Magicsee N6 Max, without the additional dd u-boot step
-
1 hour ago, enodeb said:
Thanks so much. Works perfectly with my H96 MAX RK3399
(substituted the dtb file)
Which dtb did you use?
-
Try editing /etc/X11/xorg.conf.d/01-armbian-defaults.conf & change AccelMethod from none to glamor
-
There's linux-image-current-arm-64 thats upgradable. Putting it on hold until the color/gray issue is settled.
-
Armbian_20.05.1_Arm-64_bionic_current_5.6.0-rc7_desktop_20200404, zImage & uInitrd from 20200324
Armbian_20.05.1_Arm-64_bionic_current_5.6.2_desktop_20200408
Magicsee N6 Max RK3399. The level of gray has gone missing. Anyone else seeing this?
-
Some messages may have been deleted
-
Here is what I found:
Armbian_20.05.1_Arm-64_bionic_current_5.6.0-rc7_desktop_20200404 has the color problem.
Armbian_20.05.0_Arm-64_bionic_legacy_5.6.0-rc7_desktop_20200324 color ok.
If I substitute zImage & uInitrd from 20200324 to 20200404 color is fixed.
-
On 3/30/2020 at 2:00 PM, amirul said:
Some kernel process has been going on using cpu for a while now. Anyone know how to track it down?
Armbian_20.05.0_Arm-64_bionic_legacy_5.6.0-rc7_desktop_20200324
It has settled down now, no clue what caused it
seems to happen after every reboot. Odd
-
Some kernel process has been going on using cpu for a while now. Anyone know how to track it down?
Armbian_20.05.0_Arm-64_bionic_legacy_5.6.0-rc7_desktop_20200324
It has settled down now, no clue what caused it
-
Tried 20200329, still color problem
-
3 hours ago, balbes150 said:
I took the last image 20200328 (not next), recorded it on an SD card, and switched DTB to rock-pi-4. Connected to Magicsee N6, turned on the power and the system started normally from the SD card.
Ok it boots. The color balance problem is back though.
I'm ok with Armbian_20.05.0_Arm-64_bionic_legacy_5.6.0-rc7_desktop_20200324
-
Armbian_20.05.0_Arm-64_bionic_dev_5.6.0-rc7-next-20200326_desktop fails to boot
-
I just use rk3399-rock-pi-4.dtb. Just have to wait a while for it to boot
Currently using Armbian_20.05.0_Arm-64_bionic_legacy_5.6.0-rc7_desktop_20200324
Everything seems to work, even wifi
-
Armbian_5.90_Aml-s905_Ubuntu_bionic_default_5.1.0_desktop_20190701 works for me. I stopped testing new releases after that.
Armbian_20.05.0-trunk_Arm-64_bionic_current_5.5.1_desktop_20200227 boots to desktop but no ethernet
chromium 83.0.4103.116-1~deb10u1
in Beginners
Posted
83.0.4103.116-1~deb10u2 seems to have righted itself