• Content Count

  • Joined

  • Last visited

About MX_Master

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Try any gpio lib with pull up/down features included. For example: Pulling usage examples are here
  2. Pull up or pull down the pin using built-in 50k resistors. And compare the results.
  3. See the a/arch/arm64/Kconfig section and compare it with other popular platforms lsdiff patch-5.4.22-rt13.patch | grep x86 filterdiff -i a/arch/x86/Kconfig patch-5.4.22-rt13.patch lsdiff patch-5.4.22-rt13.patch | grep arm64 filterdiff -i a/arch/arm64/Kconfig patch-5.4.22-rt13.patch
  4. There's no PREEMPT_RT option for the arm64 inside patch-5.4.22-rt13.patch
  5. If you want to use a 'big' apps like Chromium, setup a proper cooling for the board
  6. Какой блок питания используется? Достаточно ли он мощный (5v, 2a)? Какое охлаждение у платы? Радиатор на процессоре есть?
  7. Armbian image version? Chromium error logs? Версию системы, версию ядра, и прочие логи в студию
  8. More tests results is here Using same desktop image (v20.02.1 buster). But this time with old kernel v4.19.38 from here Same steps as before were made. And performance results are the same! I think the problem can be with armsoc+X11 pair. To prove that fact I installed an old package xserver-xorg-video-armsoc-sun4i instead of building it from the sources. Performance became very very low.
  9. Your truth I forgot to `apt update` first. My bad. Thanks
  10. Armbian_20.02.1_Orangepipc_buster_current_5.4.20_desktop.7z Just checked a fresh buster desktop image. And found a tiny issue. If you will try to install linux-headers-current-sunxi using the latest v20.02.1 image (buster, K5.4.20), you will get the v5.3.9 headers It would be nice to get the v5.4.20 headers instead Quick tip for other users - headers package can be found here -
  11. Just made a fullscreen test with glmark2 and the results are glmark2-es2 --fullscreen ======================================================= glmark2 2017.07 ======================================================= OpenGL Information GL_VENDOR: ARM GL_RENDERER: Mali-400 MP GL_VERSION: OpenGL ES 2.0 ======================================================= [build] use-vbo=false: FPS: 10 FrameTime: 100.000 ms [build] use-vbo=true: FPS: 14 FrameTime: 71.429 ms [texture] texture-filter=nearest: FPS: 16 FrameTime: 62.500 ms [texture] texture-filter=linear: FPS: 15 Fram
  12. OK, I will make some fullscreen tests and will show the results. Also I heard about another installing method for the mali drivers/blobs. It's using ump cacher and libdri2 for direct rendering (without Xorg).
  13. There are many use cases of r6p2 blobs a few years ago using kernel v4. 14. And all of them were pretty successful. Performance of es2gears was about 300fps. Software rendering can do only 100 fps on idle system. So, I think, in my case something goes wrong. While running the es2gears, Xorg uses the 99% of CPU core. It's very abnormal for the hardware acceleration
  14. Remove this parameter and start a build script again. Armbian will use v5.4.18 (or v5.4.20). The patching process can throw a few errors. These tiny errors can be easily fixed by editing the RT patch or the kernel's sources.