Manjaro ARM 20.04 released!

thanks ill look into fbturbo.

after disabling LightDM is there much of difference between XFCE TTY & old Minimal in terms of resources used?

Probably not much because I just booted into the lightdm login just fine with gpu_mem=16

S/O to the nice Uncle Ben Line at the Terminal startup! Manjaro on the Raspi 4 still great and always imporving!!

For the Pinebook Pro and Manjaro KDE -> Just tried this config for libinput and finally tap-to-click works with sddm and 20.04 KDE version.

I think the last time I've tried it was around Preview 4, somewhere along the updates libinput and sddm got this working fine.

Might be something to add within the testing channel?

Config location: /etc/X11/xorg.conf.d/20-touchpad.conf and contents:

Section "InputClass"
        Identifier "libinput touchpad catchall"
        MatchIsTouchpad "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"

        Option "Tapping" "on"
        Option "NaturalScrolling" "on"
        Option "MiddleEmulation" "on"
        Option "DisableWhileTyping" "on"
EndSection
2 Likes

Just installed this on Raspberry Pi 4B, 4GB RAM version. Now USB is working well! I was using 20.03 for a while and it wouldn't recognize USB peripherals (shortly after boot). Kudos to the team!

1 Like

It looks the current release is ONLY for SD-USB, instead of EMMC???

➜  Manjaro burn-tool -b VIM3 -i ./Manjaro-ARM-xfce-vim3-20.04.img 
Try to burn Amlogic image...
ERROR: Try to burn to eMMC storage, but the image installation type is 'SD-USB', please use 'EMMC' image!

Yes. The Vim3 image is an SD/USB image.

So, the ONLY way to flash onto EMMC for VIM3 is via Krescue? I mean, flash SD/USB first, and then dump it into EMMC?

Yes. Because our image does not contain a working uboot yet, so we don't provide eMMC images until we do.
The image we have now, requires the uboot from eMMC to boot.

Do not use the Krescue emmc image as it is just a test img and uses old mirrors.
I am testing a wait to make emmc flashable img which will include uboot.

Hi, I've done a fresh install on my PBPro as recommended, KDE variant, and while things do look nicer (new fade-in/out when applications open/close, I think? Yum), the desktop is noticeably slower. Scrolling in terminal in Konsole is laggy, moving its window is laggy, scrolling in Chromium is laggy, etc. Things certainly didn't feel this way on the old install (which was IIRC a late-december install that was kept up-to-date).

The mousepad also seems to be "drunk" again (keeps moving a tiny bit when I stop moving my finger). This used to be present before, even on the original Debian, but got fixed by the first keyboard/touchpad firmware updade. Now it seems to be back?

Am I missing any recommended post-install configs to make things react better? This is a fresh reinstall, just to repeat; barely any additionals installed: htop, google-drive-related stuff for Dolphin, Chromium)

You can try switching to OpenGL backend in System Settings -> Display -> Compositor.

Oh dear, that was a major improvement for sure! Thanks for the tip!

1 Like

Hi,

I tried to enable the trim support for odroid c2 and n2 (both emmc module)

the n2 is able to active it (DISC-GRAN and DISC-MAX Non-zero values) but not the c2 (DISC-GRAN and DISC-MAX zero values)

The only difference I found is the kernel version, n2 kernel 4.9 and c2 kernel 5.6.2

the DISC-GRAN and DISC-MAX Non-zero values indicate TRIM support

n2 19.08 kernel 4.9 (working well :- ))

[nln2@n2 ~]$ lsblk --discard
NAME         DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
mmcblk0             0        4M       4M         0
|-mmcblk0p1   1554432        4M       4M         0
`-mmcblk0p2   4046336        4M       4M         0
mmcblk0boot0        0        4M       4M         0
mmcblk0boot1        0        4M       4M         0
mmcblk0rpmb         0        4M       4M         0
[nln2@n2 ~]$ screenfetch
                             nln2@n2.19.08
                             OS: manjaro-arm 
                             Kernel: aarch64 Linux 4.9.177-2-MANJARO-ARM
         #####               Uptime: 1d 37m
        #######              Packages: Unknown
        ##O#O##              Shell: bash 5.0.16
        #######              Resolution:
      ###########            DE: KDE 5.68.0 / Plasma 5.18.4
     #############           WM: KWin
    ###############          GTK Theme: Matcha-light-sea [GTK2/3]
    ################         Icon Theme: oxygen
   #################         Disk: 
 #####################       CPU: Hardkernel ODROID-N2 @ 6x 1.896GHz
 #####################       RAM: 2394MiB / 3710MiB
   #################        
                            
                            
                            
[nln2@n2 ~]$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)
     Active: active (waiting) since Sun 2020-04-12 14:00:24 CEST; 24h ago
    Trigger: Mon 2020-04-20 00:00:00 CEST; 6 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

Apr 12 14:00:24 n2.19.08 systemd[1]: Started Discard unused blocks once a week.

c2 20.04 kernel 5.6.2 testing (working well :- ))

[nlc2@c2 ~]$ lsblk --discard
NAME         DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
mmcblk0             0        0B       0B         0
├─mmcblk0p1         0        0B       0B         0
└─mmcblk0p2         0        0B       0B         0
mmcblk0boot0        0        0B       0B         0
mmcblk0boot1        0        0B       0B         0
[nlc2@c2 ~]$ screenfetch
                             nlc2@c2.20.04
                             OS: Manjaro-ARM 20.04
                             Kernel: aarch64 Linux 5.6.2-1-MANJARO-ARM
         #####               Uptime: 11m
        #######              Packages: Unknown
        ##O#O##              Shell: bash 5.0.16
        #######              Resolution:
      ###########            DE: KDE 5.68.0 / Plasma 5.18.4
     #############           WM: KWin
    ###############          GTK Theme: Breeze [GTK2/3]
    ################         Icon Theme: oxygen
   #################         Disk: 7,5G / 59G (14%)
 #####################       CPU: 4x Unknown
 #####################       GPU: 
   #################         RAM: 1191MiB / 1898MiB                      
                            
                            
[nlc2@c2 ~]$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disa>
     Active: active (waiting) since Sun 2020-04-12 08:34:48 CEST; 1 day 6h ago
    Trigger: Mon 2020-04-20 00:00:00 CEST; 6 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

avril 12 08:34:48 c2.20.04 systemd[1]: Started Discard unused blocks once a week.
[nlc2@c2 ~]$ 

Is the trim active or not for the c2 ?
the c2 DISC-GRAN and DISC-MAX show a zero values...

Thanks for your reply

I have never used trim, so I wouldn't know.
Does it require a kernel module?

Thanks for your reply, unfortunately I don't know.
I try to find the answer... it's available with the kernel 4 and not the 5... strange

Every time I have used trim in the past it was pretty simple doing it and had no issue. It has been a while but never tried it using manjaro-arm.

Looking around the kernel file system modules has to support trim as being the only requirement and the drive has to support trim and the drive at mount has to be mounted at mount time with trim support.

So that being said either there is a bug in the kernel module since one kernel does ok or something has changed on how the drive gets mounted.

Quote:

In order to run fstrim on a drive, the drive itself, as well as the file system sitting on top of it, must support TRIM. Enabling TRIM can be done during the filesystem mounting process. For example, in order to mount the device /dev/sda2 to /mnt with TRIM enabled, you would run:

mount -t ext4 -o discard /dev/sda2 /mnt

I'd firstly like to congratulate the Manjaro ARM team for getting Manjaro in as the default PBP OS... nice work! And thank you for making it so PBP users can use Manjaro also :wink: I jumped from the last 19.12 image on a microSD to 20.04 on eMMC (due to storage performance lag), and don't regret changing from the debian image on eMMC... performance is markedly better with Manjaro, on-board wifi is a lot more stable and hasn't locked up yet, and sound support is better out of the box.

I have noticed there still seems to be an issue around suspend / s2idle, as it worked the first time I used it, but now refuses to actually go into suspend, with the following output in dmesg every time I give it a try.

KDE version, with OpenGL compositor.

[ 7722.525792] PM: suspend entry (s2idle)
[ 7722.546993] Filesystems sync: 0.021 seconds
[ 7722.549014] dwmmc_rockchip fe310000.mmc: pre_suspend failed for non-removable host: -38
[ 7722.549036] Freezing user space processes ... (elapsed 0.003 seconds) done.
[ 7722.552811] OOM killer disabled.
[ 7722.552813] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 7722.554738] printk: Suspending console(s) (use no_console_suspend to debug)
[ 7722.556156] PM: dpm_run_callback(): pm_runtime_force_suspend+0x0/0xd8 returns -16
[ 7722.556163] PM: Device ff9a0000.gpu failed to suspend: error -16
[ 7723.600608] PM: Some devices failed to suspend, or early wake event detected
[ 7723.601916] OOM killer enabled.
[ 7723.601919] Restarting tasks ... done.
[ 7723.613791] PM: suspend exit

It seems that only newer uSD card support trim
(the support also has to be in card controller)
One way to tell, if it takes a few seconds (up to 20s) to return prompt
If you do it twice in a row, the 2nd time prompt returns instantly
19.12, updated, KDE

1 Like

Hi,

I found some answer on the hardkernel forum, trim function is necessary for emmc, like ssd

https://forum.odroid.com/viewtopic.php?f=99&t=37163&p=275442&hilit=emmc+trim#p275442

https://forum.odroid.com/viewtopic.php?f=136&t=33611&p=244607&hilit=emmc+trim#p244607

https://forum.odroid.com/viewtopic.php?f=177&t=34978&p=255855&hilit=emmc+trim#p255855

Forum kindly sponsored by