Jump to content


  • Posts

  • Joined

  • Last visited

Recent Profile Visitors

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

  1. Ok, it turns out that lz4 is actually much faster. /etc/apt/apt.conf.d/02-armbian-compress-indexes has to be removed from the official packages, it's a bad idea. The gz indexes are slooow
  2. Yeah, I'll try making a PR. We'll use the old ways make time
  3. Hi, I see linux 5.15 is in the beta repo. It would be cool if we enabled the ntfs3 and ksmbd kernel modules. I'd like to test ksmbd, though the corresponding userland tools don't seem to be available in the debian repos, so we would compile those
  4. Just for anyone reading this, this might be related. Someone suggested prioritizing gzip in order to escape the slowness of LZ4 on ARM platforms. Here is the solution, which was also merged in Armbian itself:
  5. I just want to say, thanks for this. LZ4 was REALLY slow on my Renegade board, and it kept popping up. I added that line and did not touch any other file. Good to see it merged, too.
  6. Easiest way is to boot Armbian SD card and flash armbian to emmc from the board itself, honestly (It will show up as /dev/mmcblk0 - the one with the boot0 and boot1 sections) Librecomputer doesn't provide an easy external way to access the emmc. (Like SD adapter or something) I have noticed something very useful. If your u-boot supports it you can use ums command to get Renegade to act like a usb stick and access the emmc. But if you're asking how to flash, you'll probably be ok with the first option
  7. In light of a recent change of role for this Renegade board (It'll be a small headless server on a different location from me), I've switched it to Armbian! The changes I've made besides the usual config are: GPT (Not necessary: I just like the checksumming + backup partition table) and U-Boot switch to legacy channel because that channel has the ums U-Boot command. I figured Armbian would be less risky for stability, especially for kernel upgrades on a device I don't have physical access to. The armbian-config and relevant utilities are nice too.
  8. Yeah, I just like the Arch way of things. I started with Ubuntu like most people, and I do run Debian on one of the machines, but on my laptop I use Arch™ As for Debian being "better" I mean in the sense of "even being doable",. I brought the U-Boot upstreaming topic here because this distro does care to bring U-Boot and the like to more boards than other distros, especially ones that are not ARM-specific. As I mentioned, I didn't even know some defconfig for Renegade had been upstreamed! It was only Rock64 before, haha
  9. That's true, and I think Armbian is essentially the only way if you plan on using these boards' hardware, like hardware acceleration e.t.c. I do look around in the armbian build repo and there are always nice patches and fixes in the patch/ directory. I have SD cards with Armbian, Arch and other distros, and I only stick to Arch on headless because I'm less familiar with debian packaging. If I wanted to run anything more damanding than SMB or a torrent client I'm pretty sure Armbian is the only distro with support for these ARM boards' quirks. Generic distros like Debian, or Ubuntu or Arch are better suited for hardware with good upstream (Rockchip in this case) support
  10. There would be a lack of maintenance because 5.7 is not an lts version. 5.4 does exist though which is nice. Wait, why for 2 weeks? I was thinking I wouldn't be able to boot anything past 5.8.0.
  11. Armbian's kernels are fine! What I mean is that with the rockchip U-Boot I had before, I would not be able to run kernels past 5.8, at least on the distro I run on that card (Arch), which would be a problem for security in the future. I'd be stuck on 5.7 for example, with 5.10 being out... (e.t.c)
  12. Thinking longterm, I don't want to be stuck to legacy kernels. Of course I like the ums in the legacy uboot, it's just my solution for now
  13. Thanks. Well for my headless needs, performance is fine, so I'll keep the mainline U-Boot to boot Linux 5.8
  14. I definitely agree that it's not your concern if it's an Arch issue. I wanted to post because the whole mainline experiment with U-Boot. I really appreciate this project and its efforts with these funky Rockchip boards! So UMS is not an upstream thing? Is it that it needs a lot of board-specific patches? EDIT: # grep ddr /sys/kernel/debug/clk/clk_summary clk_ddrmon 0 0 0 24000000 0 0 50000 pclk_ddrphy 1 1 0 75000000 0 0 50000 pclk_ddr 3 3 0 150000000 0 0 50000 pclk_ddr_grf 1 1 0 150000000 0 0 50000 pclk_ddrstdby 0 0 0 150000000 0 0 50000 pclk_ddr_mon 1 1 0 150000000 0 0 50000 pclk_ddr_msch 1 1 0 150000000 0 0 50000 pclk_ddrupctl 0 0 0 150000000 0 0 50000 clk_ddr 2 2 0 664000000 0 0 50000 aclk_ddrupctl 0 0 0 664000000 0 0 50000 clk_ddrupctl 1 1 0 664000000 0 0 50000 clk_ddrmsch 1 1 0 664000000 0 0 50000 Which clock do i care about?
  15. Thanks for the answer! Yes it would be awesome if UMS was enabled! cat: /sys/class/devfreq/dmc/trans_stat: No such file or directory Specifically, there is nothing under the devfreq directory. I'm running Linux 5.8 on ArchLinuxARM. The guys on the archlinuxARM forum are having (at least one of them) the same issue of getting stuck in "Starting kernel..." when using Rock64 and Linux 5.8, so it's not isolated to Renegade Maybe it has something to do with that distro's specific Linux 5.8 version?
  • Create New...