jock

Members
  • Content Count

    476
  • Joined

  • Last visited

Everything posted by jock

  1. The output as-is does not provide any hint of what the problem may be unfortunately Yes, this is an issue with almost all NAND devices, could not find a software workaround because I didn't understand the reason this happens. About the iperf performances, I made some tests during the adaptation of the other ssv6x5x driver. I remember very well that the ssv6x5x was around ~60-65 Mbit/s, the ssv6051 was around ~40Mbit/s and the ethernet was steady around ~90Mbit/s. Of course wifi drivers were tested in ideal conditions: the router and the box were in line of sight each
  2. Uhm, I'm sorry about this, can't think about what went wrong... the legacy kernel is in practice frozen from the first publication day. What may have happened is some kind of corruption of the trust or the bootloader. The Multitool has a nice function to give you a bash shell to access the NAND partition and make the manual necessary checks, but of course you need to be aware of what you do. These commands may be helpful to restore the trustos and u-boot on the NAND, in case they were somehow damaged: mount /dev/mmcblk0p1 /mnt dd if=/mnt/bsp/legacy-uboot.img of
  3. Sure. This is a description of the boot process I made in an earlier post. You have to follow the first process which uses the miniloader. The existing bootloader in the internal flash memory is always engaged first, but if you put the miniloader-based bootloader on the external sdcard, the internal miniloader will boot from external sdcard This is the operative approach followed by LibreELEC source code which does the operation to create the bootloader with all the things in the proper places: https://github.com/knaerzche/LibreELEC.tv/blob/master/projects/Rockchip/bootloader
  4. Yes, there is a way but it is absolutely not really comfy and fast, plus requires some advanced skills to prepare the whole thing and involves the use os some proprietary rockchip tools and the rockchip miniloader Not necessarily, if you use the Multitool to make a backup, it will backup the eMMC content directly into a compressed file. It depends on how much data you already stored in your eMMC, but usually it fits into much smaller sdcards. Since the partition of the Multitool is FAT for maximum compatibility, the compressed file must not be bigger than 4GB but you may give it
  5. Of course! I had a quick look to the device tree you posted, I see many similarities with xt-q8l-v10 and the act8846 seems wired at the same manner. You may give a chance to that image, it is possible it already works quite well!
  6. Yes, of course! You can do either from linux or via MaskROM mode using rkdeveloptool. But from linux it's far easier. Using rkdeveloptool as you did is a good way, but beware that rkdeveloptool works differently when you are in maskrom mode and loader mode. Maskrom is when your board didn't boot at all, the serial is silent, your board shows to your computer as an USB device and you need to first upload the bootloader using rkdeveloptool db Loader mode is when you interrupt the u-boot process and rkdeveloptool works without uploading the bootloader The first on
  7. Hello, I made some work on rockchip rk3288 tv box boards you can find it here: The act8846 is the PMIC controlling the various power supplies of the board components. It decides the voltages of the CPU, logic, GPU, wifi, ethernet and so on. The image of the above tvbox has already the act8846 kernel module wired and configured via device tree, but it is very important that you have at hand the device tree or the electric schematics of the board to properly configure all the details: as you probably already have seen, the act8846 has various DC-DC converters. The converters supplying
  8. Hello, Jumpstart is for boxes with NAND flash memory. You're lucky because you have an eMMC, which is much less troublesome. Anyway at the moment the Armbian bootloader is almost entirely based on open source software (u-boot), so when the original firmware is installed in eMMC, it just does not boot from sdcard. I know that this may seem a bit odd, but this way bootloader upgrades are safer and don't rely upon rockchip proprietary tools. For this reason the Multitool has the ability to do backup and restore of the entire eMMC content with ease.
  9. Okay, the log from 905d was useful, I see that some modules have been loaded so I enabled them in the kernel config. This is a development debian minimal image to test for you, kernel is 5.8.12: https://drive.google.com/file/d/1WMEuJYW2tam-9y0eK4VLGAzoEFXmjQwJ/view?usp=sharing
  10. I checked your dvb stick, it should have si2168 chip which surely is not enabled at the moment. si2141 is the tuner, but I see no references in the kernel. I will try to compile a kernel with si2168 module soon
  11. Really u-boot can drive HDMI also for amlogic? Is it stable or just in testing phase? Only for S912 or for others too? Sorry for the train of questions, but that's cool!
  12. Your board is not broken, as you see it can still boot fine from sdcard even if your eMMC is gone. Khadas VIM u-boot seems the most promising, but you need a proper u-boot for your board. I'm no expert in AMLogic, but once I dealt with S905 and producing a working u-boot requires some passages to produce the bl* files first and some AMLogic proprietary tools. Now I really don't remember, but you may take a look into the armbian sources for some important hints. Find a supported board with S912 and then look for .conf files into config/sources/. Also, looking at the log
  13. I don't see any error in your dmesg log (please put your logs in a "spoiler" section), but if you think there is a missing module I can enable it. Maybe you are missing the firmware for the DVB USB stick.
  14. Tried both weston on gnome-wayland using kernel 5.8.10 and freshly compiled mesa 20.3.0-devel but choppy mouse is still there
  15. I understand. Do you know what are the capabilities of the rockchip/designware DRM IP? How is this linked to the VOPs? Do RGA, which I guess is the 2D GPU for rockchip, has any role in this and currently do any acceleration for pixel format conversion? Ah so many questions around the DRM subsystem, way too complex for a newbie Yeah, this is a longstanding problem, I hope will be address sooner or later
  16. Yeah I remember the discussion about modesetting and buffers bouncing between IPs. At the moment I'm considering to ship a default configuration of this kind: Section "ServerFlags" Option "AutoAddGPU" "off" Option "Debug" "dmabuf_capable" EndSection Section "OutputClass" Identifier "rk322x" Driver "modesetting" MatchDriver "rockchip" Option "AccelMethod" "none" Option "PrimaryGPU "true" EndSection which, despite resorting to software rastering for 3D on X.org, has a decent 2D experience and of course still allows GBM consumers and wayland clients to work also with 3
  17. That's good news! kodi-gbm is the debian/ubuntu packaged one or you built it from sources?
  18. Updated mainline images with kernel 5.8.9 Finally the mainline kernel has been pushed further and it looks very promising. Link to the new images are in the first page. PS: trying the Ubuntu Focal image, I'm happy Firefox is performing decently, but had to blacklist lima module to get good 2D desktop experience and (of course) disable window compositing.
  19. I guess no one here owns a rockchip chromebook to discuss about
  20. If RPi is supported, there are some chances a client will also work on generic ARMv7 devices, but this will depend on how much the client depends on the RPi video and graphics peculiarities like hardware video decoding and presentation.
  21. I don't know about parsecgaming.com I guess they have their own client, if it so it is quite sure they don't support anything else than x86, but you should ask them for the details.
  22. Retrogaming is surely possible. If you mean like retrogaming using emulators, fortunately most emulators are opensource, so they can be compiled on most major architectures like armhf/aarch64 as much as x86/amd64. Actually your mileage may vary, but all the pieces are there and you may need to put them together, so the answer is definitely yes. S905 soc family also is powerful enough to surely run the SNES games era and beyond. LibreELEC, for example, provides a retrogaming section and I was impressed about the performance of a rk3229 box, which is way less powerful tha
  23. First decompress it into a folder of your choice with any compression tool (gzip on linux, winrar on windows) Then you can use an image writer like balenaEtcher to write the multitool image on the sdcard. Once there, you should be able to access the MULTITOOL disk and put the firmware image for your box (or an armbian/libreelec image ) in the images folder of the sdcard. At last, plug the sdcard in the box and give power. More instructions are in the first post of the thread linked above by @xwiggen
  24. don't remember, does your box has NAND flash? In case the answer is yes, always remember to unplug the power everytime you reboot the box.
  25. I think lima still has way to go for a proper KDE desktop. I tried gnome on X.org and it worked, but it was slow and crashing. But even weston is crashing often with latest stable mesa in debian bullseye and kernel 5.8. Panfrost instead looks much more advanced and is quite usable.