Salvador Liébana

  • Content Count

  • Joined

  • Last visited

About Salvador Liébana

  • Rank
    Advanced Member

Recent Profile Visitors

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

  1. many thanks for your time. it did not resolve the problem but it switched to modsetting Graphics: Device-1: display-subsystem driver: rockchip_drm v: N/A bus ID: N/A Device-2: rk3399-dw-hdmi driver: dwhdmi_rockchip v: N/A bus ID: N/A Device-3: rk3399-mali driver: panfrost v: kernel bus ID: N/A Display: x11 server: X.Org 1.20.9 driver: modesetting resolution: 1920x1080~60Hz OpenGL: renderer: Mali T860 (Panfrost) v: 3.1 Mesa 21.1.0-devel (git-befd9fb 2021-03-21 focal-oibaf-ppa) what component of those it's the faulty or the one wi
  2. @lanefu here it seems I am currently on modesetting (this is part of the inxi -Fx output) : Display: x11 server: X.Org 1.20.9 driver: modesetting unloaded: fbdev soy maybe its a limitation from the diusplay subsystem? Device-1: display-subsystem driver: rockchip_drm v: N/A bus ID: N/A . what I am asking its where you identify that the SoC limitation (...a driver or kernel driver limitation) is.
  3. obviously not, he is not a moron rpi fan boy. he use real hw, rk3399. the performance dramatically changed with the overlay.. so yes, its needed somehow, thanks for the answer @piter75 I will give you proper feedback soon.
  4. okay, I have this on /etc/X11/xorg.conf.d/01-armbian-defaults.conf Section "Monitor" Identifier "Monitor0" Option "DPMS" "false" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection do you use n2 for desktop. shame on you. haha just joking... but rk3399 is better desktop on my humble opinion.
  5. HI guys, one guy at my server realized some nvme testing and the write speed results are far below compared to radxa official benchmark that's probably based on legacy kernel. anyone had better benchmarks on write speeds without legacy kernel (so, mainline)
  6. thanks for your fast reply @lanefu!! I have this extra info. I am surprised bc it seems that the initial config want to expose 640x480 (without doing it manually) but something disallow it. if its a soc limitation that could be resolved by software (kernel dev) or not I need to know it. oh, it says fb. maybe I should try the other one.. how i switch to that one? also, do you know how to shift to gbm from x11? i mean on rpi4 we can just do ctrl plus F4. maybe there is a way to trigger something similar. usually gbm its a better performing enviro
  7. Hi guys! I need to run some game on full screen, and they are old school windows one. the thing is that adding the modeline worked perfectly fine on rpi4, not on armbian sadly. it seems to change the resolution and then it go "out of signal". I used the same parametes than on rpi4. also generated new ones just in case. the thing is I cant make it to work and maybe iut's something deep into armbian. exaple: xrandr --newmode "640x480_60.00" 23.75 640 664 720 800 480 483 487 500 -hsync +vsync xrandr --addmode HDMI-1 640x480_60.00
  8. @Igor run glmark2 on default compositor mode (auto is GLX) we get glmark results 5-6 times lower than on xpresent mode. to test it: xfwm4 --vblank=xpresent --replace to replace it by default (this will work after reboot) xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s "xpresent" --create rerun glmark2... you will see the differences. at this point it's quite ridiculous that xfce4 compositor defaults to GLX... mesa devs hate it... his drivers too.
  9. for XFCE we must have it on xpresent mode by default. the differences with GLX mode are quite high on GL @Igor
  10. HI folks, I wonder how to do that.. it's that simple. on RPI OS is just ctrl + alt + F4, maybe here is more complex.
  11. then, hopefully @piter75 and @balbes150 will check about it.
  12. Hi!! what about this guys , it could be available on armbian later on??
  13. Hi guy's! anyone had experienced wifi desconections and very low wifi performance overall on mainline?? I have those on any of my rk3399s sadly. does anybody tried a workaround?? it's a really bad chip but on rpi4 it performs quite better (sadly). I also not experienced this kind of performance on previous kernels.
  14. quote: Starting with Ubuntu 19.04 binder and ashmem are now build with the standard Ubuntu kernel (>= 5.0) and you don’t have to install the modules from the PPA anymore.
  15. well, ubuntu kernels seems to have them by default nowdays. the problem with the modules is that sometimes they install.. and sometimes doesn't. I tried to install this kernel modules several times on armbian 5.8+ and it have many problems lately (not only on ARM obviusly). they don't care that much bc ubuntu already have those by default. adding them by default it's just... enabling them on the script... I don't know how much impact could have enabling them for people that would not use them. I am thinking on the long run on reliability as desktop.. and h