Salvador Liébana

  • Content Count

  • Joined

  • Last visited

Everything posted by Salvador Liébana

  1. then, hopefully @piter75 and @balbes150 will check about it.
  2. Hi!! what about this guys , it could be available on armbian later on??
  3. 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.
  4. 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.
  5. 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
  6. Hi Folks! I think this would be great for testing Anbox easily on armbian. We are linux users (and we hate android), but in order to get ARM Linux attractive as desktop we may have to offer anbox. the kernel modules have problems on latest kernels so would be great to have them included already. maybe that makes the kernel "too big" and isn't acceptable, but that's up to you to consider it or not. best regards, Salvador.
  7. we have a very solid reputation. we are the team behind one of the most popular RPI4 builds and we are tired of RPI4 fanatism while the hardware clearly sucks. so, if that isn't enough for you or fpr anyone else, they can avoid this custom armbian build. we do care on newcomers to ARM Linux. we don't like to be a marginal platform for pro user's. We want ARM Linux to be friendly for any newcomers as RPI community offer to the rubbish Broadcom SBC'S. we don't need that pro user's use it or like it at all. but we present it for the newcomer's that know what we do and know our reputation.
  8. and we don't care if you don't like it. it's for noobs. not for pro user's like you. the feedback take place on our discord for TwisterOS Armbian. the problems it have (xfce4 working like shit) are present on vanilla Armbian. if you wanna help, just do it from vanilla.
  9. setting the governor to performance should not change this situation. I did not have those hangs on mate, but right now armbian on RK3399 under xfce, the official desktop environment of Armbian, is extremely unstable. it hangs randomly. most of the time on browsing. this should be a priority, the OS doesn't work on mainline. it hangs randomly. and yes, maybe it's platform specific, but RK3399 is the moat widely used SoC, so this requiere a fix. I don't have a UART so it's hard to me to give any real debug of what happening, but it's not just me. anyone may be able to reproduce it. I know I re
  10. I am having severe hangs with firefox right now. it seems to happen on xfce, not on mate. I dont know why the syslog doesnt record anything beyond the boot procces. How to track whats going on guys?
  11. Hi guys! I asked a lot of devs about this feature and no one had the knowledge about this topic. I know it's something clearly missing on the kernel (display driver?). It's only available on very few boards right now, only RPI3 have it, not even RPI4 (but it's on developement or at least, heavily requested). you may know I am testing panfrost against tons of x86 games and bc we use hardware acceleretion, that capability is crucial to get enough gamma to actually play many games (unreal tournament, deus ex,etc). Ayufan told me I should ask on kodi team but I don't k
  12. threadX is a black box, and? I don't see a limitation on that. it would require just to use the official kernels by RPI foundation. that's all. I don't think it's sooo unachievable. @Igor is talented enough to achieve that.. I just want for Armbian a bit more founding. and people would prefer the reliability of ubuntu/debian with armbian tweaks. RPI4 struggle a lot on aarch64 and probably some of the armbian tweaks will make it a bit more reliable. I don't like RPI, but threadX is not the main issue. it's not an easy work, but not that hard neither, and th
  13. I know this topic was requested many many times. but I would like to introduce more reasons about why to do so. Igor, I don't like RPI, and many of you also don't like it. but I am thinking on Armbian rather than RPI 1) supporting RPI would be a plus for people that use sd with RPI4. armbian works flawlessly on sr cards. 2) armbian need recognition and founding and supporting a mainstream SBC like RPI could bring that! 3) armbian is the best OS for ARM Linux. 4) something similar to the reason 2
  14. Hi, this is a request...kinda, more like asking for help. A frined of mine have a PBP but his nvme draw tooo much battery. can we limit the speed of the nvme to save battery life. it would be handy also for servers that doesnt requiere that much write/read speeds and prefer power consumption rather than speed. maybe someone have an hdparm tip for that. thanks!!!
  15. no I will not loose time on that. this is for noobs, the pro knows how to make it. it's all open source. just compile everything hahaha we are making severe changes and those will appear sooner or later. this is our discord server if someone want to join the idea it's to port our TwisterOS work, so move to xfce and redefine the build as TwisterOS Armbian.
  16. thanks for the post nico! well, with rk3399 across team we will.make some severe changes on this armbian build. we will move to xfce abd rebrand the build as TwisterOS armbian. the idea would be to start with RK3399, then S922x, not only N2 bc they are competitors arising and also bc you know I don't like N2. cheers!
  17. amazing review NicoD!! I think that if next gen ARM SBC can address discrete GPUs we can wait for mesa drivers without the pain of just waiting forever. with a discrete amd GPU we can just use box86 (and the upcoming box64) to run our favorite software if needed. it's just an step forward on ARM independence. yes, I am a bit afraid with all those changes on ARM holding, but I believe we can survive. hope so. Salvador.
  18. Hi guys! I would like to know why this is happening. I guess the script doesnt identify my sd card as the sd card and it erase it just like it does with emmc before clonning the sd card to the emmc. I use latest armbian focal.
  19. Solved! Thanks! I didn't tough they were require different dtbs. It should appear on the armbian site bc all the boards appear as the same (rockpi4b/a/c).
  20. HI. I burned the latest official Rockpi4 focal kernel 5.8.x on both rockpi 4 B and C. The problem is only present on the C model. Both USB 2.0 aren't working at all.
  21. not working neither on kernel 5.8.5 armbian focal. nothing on aplay -l
  22. Hi! I need to debug an armhf app ruunning on aarch64 (like supposed to be) on the T4 rk3399 and I face the same problem, no matter if I compile binutils-gdl of if I use gdb-multiarch from the repo.. it does not do nothing at all... it doesnt matter if I set set arch arm.. it's the exact same behavior GNU gdb (Ubuntu 9.1-0ubuntu1) 9.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent per
  23. Hi, I need help. I've compiled the kernel, installed it with dpkg, but it keeps booting from the upstream kernel, how to set the env var to force the new kernel??