Page 5 of 6

Re: Kernel 5.0 development thread

Posted: Tue Jul 23, 2019 8:42 pm
by MastaG
Yeah, lot's of awesome stuff already got into 5.3. like ceph for example.
So the next LTS release will be very nice.

I hope you can make a branch that works with the panfrost driver.

Re: Kernel 5.0 development thread

Posted: Mon Sep 02, 2019 5:06 am
by escalade
@memeka

I put in some work and managed to port your patches to 5.2. Everything seems to work great :)

Link to my patches if anyone is interested: https://github.com/escalade/RetroELEC/t ... ux/default

Re: Kernel 5.0 development thread

Posted: Mon Sep 02, 2019 6:50 pm
by savitawanjale
Excellent thread! Thank you!

Re: Kernel 5.0 development thread

Posted: Mon Sep 02, 2019 11:20 pm
by MastaG
5.4 will be longterm supported!
So I hope memeka can host two branches again.

One with the arm driver and with the bits required for panfrost.

Re: Kernel 5.0 development thread

Posted: Tue Sep 03, 2019 3:03 am
by AreaScout
    I haven't seen him for quite a while here in the forums, I hope to see a 5.4 kernel from him too, he was really good in that stuff :?

    RG

    Re: Kernel 5.0 development thread

    Posted: Tue Sep 03, 2019 11:54 am
    by odroid
    I hope memeka appears when the Kernel 5.4 RC1 appears. ;)

    Re: Kernel 5.0 development thread

    Posted: Fri Sep 06, 2019 5:39 pm
    by escalade
    I can get 5.3 mainline up and running (with mali), but had issues getting the HMP code to compile due to scheduler changes. Also there was an issue with the RTL8812AU driver for wireless which I'm sure can be resolved. Other than that everything seemed to be in working order.

    Re: Kernel 5.0 development thread

    Posted: Sat Sep 07, 2019 12:21 am
    by elatllat
    MastaG wrote:
    Mon Sep 02, 2019 11:20 pm
    5.4 will be longterm supported!
    src?

    Re: Kernel 5.0 development thread

    Posted: Sat Sep 07, 2019 2:20 am
    by AreaScout

    Re: Kernel 5.0 development thread

    Posted: Sat Sep 07, 2019 7:11 pm
    by memeka
    Unfortunately it's a short LTS :(
    I was hoping for a 2025-like EOL ...
    Oh well, it's a step for the 5.9 (maybe) long LTS :)

    PS: still here, just lurking mostly :P

    Re: Kernel 5.0 development thread

    Posted: Sat Sep 07, 2019 10:05 pm
    by mad_ady
    Welcome back!

    Re: Kernel 5.0 development thread

    Posted: Sun Sep 08, 2019 5:13 am
    by AreaScout
      Yes, welcome back ! :ugeek:

      Re: Kernel 5.0 development thread

      Posted: Thu Sep 26, 2019 5:43 pm
      by MastaG
      Well I gave memeka's 5.0.3 kernel a try using the r12 wayland/gbm driver.
      And Fedora 31 beta runs beautifully well with gnome 3.34.0.

      Also the segfault when closing windows in chromium seems solved!

      It's not fully stable yet and I'm still looking into hardware accelerated playback of html5 video but it's looking so far!

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 10, 2019 1:10 am
      by ard
      memeka wrote:
      Sat Sep 07, 2019 7:11 pm
      PS: still here, just lurking mostly :P
      Meeh, I already have 5.4-rc2 running. On my laptop. Would be nice to have SX3 support without having to patch a kernel on my xu4 :-).

      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 12:38 pm
      by memeka
      Let's start the debugging party...

      Code: Select all

      odroid@odroid:~$ uname -a
      Linux odroid 5.4.0-rc3+ #1 SMP PREEMPT Tue Oct 15 11:15:43 ACDT 2019 armv7l armv7l armv7l GNU/Linux
      

      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 1:08 pm
      by memeka
      * USB3 working correctly

      * Suspend/Resume working



      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 2:08 pm
      by mad_ady
      Nice work, memeka! One question though. How do you type and record video at the same time?

      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 2:16 pm
      by memeka
      mad_ady wrote:
      Tue Oct 15, 2019 2:08 pm
      Nice work, memeka! One question though. How do you type and record video at the same time? Image
      i grab the phone with my nose! :lol: :lol: :lol:

      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 2:51 pm
      by mad_ady
      "- What a big nose you have, grandma!
      - So that I can better hold my camera, Little Red Riding Hood!"
      :D

      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 6:05 pm
      by odroid
      Great nose! :D

      BTW, are you going to upload your Kernel 5.4.x source into your Github with new branch?
      I can't find a new branch yet. https://github.com/mihailescu2m/linux

      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 6:17 pm
      by memeka
      Will upload soon (tomorrow maybe), still working on GPU patches.
      I am using the arm drivers, not panfrost yet.

      Re: Kernel 5.0 development thread

      Posted: Tue Oct 15, 2019 6:50 pm
      by odroid
      Ok. Well noted. :)

      Re: Kernel 5.0 development thread

      Posted: Wed Oct 16, 2019 3:04 pm
      by memeka
      update: GPU working, but performance is not great. i suspect that the new DMC drivers set the memory clocks to min freq, can't find other reason why :(

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 17, 2019 3:25 pm
      by memeka
      UPDATE: uploading slowly on https://github.com/mihailescu2m/linux/t ... dxu4-5.4.y

      bootlog: https://pastebin.com/ZfXQGXQX

      * added patches for dynamic memory controller (DMC) - now you get access to memory and bus freqs via devfreq

      Code: Select all

      devfreq 0
           system: mali
           governor: simple_ondemand
           available freqs: 600000000 543000000 480000000 420000000 350000000 266000000 177000000
           current freq: 177000000
      devfreq 1
           system: memory-controller
           governor: performance
           available freqs: 165000000 206000000 275000000 413000000 543000000 633000000 728000000 825000000
           current freq: 825000000
      devfreq 2
           system: bus_wcore
           governor: performance
           available freqs: 84000000 111000000 222000000 333000000 400000000
           current freq: 400000000
      devfreq 3
           system: bus_noc
           governor: passive
           available freqs: 67000000 75000000 86000000 100000000
           current freq: 100000000
      devfreq 4
           system: bus_fsys_apb
           governor: passive
           available freqs: 100000000 200000000
           current freq: 200000000
      devfreq 5
           system: bus_fsys
           governor: passive
           available freqs: 100000000 200000000
           current freq: 200000000
      devfreq 6
           system: bus_fsys2
           governor: passive
           available freqs: 75000000 100000000 150000000
           current freq: 150000000
      devfreq 7
           system: bus_mfc
           governor: passive
           available freqs: 96000000 111000000 167000000 222000000 333000000
           current freq: 333000000
      devfreq 8
           system: bus_gen
           governor: passive
           available freqs: 89000000 133000000 178000000 267000000
           current freq: 267000000
      devfreq 9
           system: bus_peri
           governor: passive
           available freqs: 67000000
           current freq: 67000000
      devfreq 10
           system: bus_g2d
           governor: passive
           available freqs: 84000000 167000000 222000000 300000000 333000000
           current freq: 333000000
      devfreq 11
           system: bus_g2d_acp
           governor: passive
           available freqs: 67000000 133000000 178000000 267000000
           current freq: 267000000
      devfreq 12
           system: bus_jpeg
           governor: passive
           available freqs: 75000000 150000000 200000000 300000000
           current freq: 300000000
      devfreq 13
           system: bus_jpeg_apb
           governor: passive
           available freqs: 84000000 111000000 134000000 167000000
           current freq: 167000000
      devfreq 14
           system: bus_disp1_fimd
           governor: passive
           available freqs: 120000000 200000000
           current freq: 200000000
      devfreq 15
           system: bus_disp1
           governor: passive
           available freqs: 120000000 200000000 300000000
           current freq: 300000000
      devfreq 16
           system: bus_gscl_scaler
           governor: passive
           available freqs: 150000000 200000000 300000000
           current freq: 300000000
      devfreq 17
           system: bus_mscl
           governor: passive
           available freqs: 84000000 167000000 222000000 333000000 400000000
           current freq: 400000000
      
      * added patches for ASV freq tables

      Code: Select all

       soc soc0: Exynos: CPU[EXYNOS5800] PRO_ID[0xe5422001] REV[0x1] Detected
      
      * added patches to fix thermals/cpu freqs (although ASV tables are being used, you need freq definitions to be able to use them)

      * added patches for thermals (irq-mode trip points, 6 trip-points patch)

      * added patches for mali GPU (ARM driver, not panfrost). Performance is bad atm, no idea why :(

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 17, 2019 5:19 pm
      by odroid
      Thank you for the update!
      I will try it next week.

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 12:27 am
      by MastaG
      It hangs on "Starting kernel" for me.
      perhaps I selected too many options... could someone share his config for 5.4?

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 4:00 am
      by igorpec
      MastaG wrote:
      Thu Oct 24, 2019 12:27 am
      It hangs on "Starting kernel" for me.
      perhaps I selected too many options... could someone share his config for 5.4?
      Works fine for me
      http://ix.io/1ZCZ
      with
      https://github.com/armbian/build/blob/m ... dev.config

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 4:55 am
      by cyberhoffman
      I didnt know that there is a git repo for 5 branch of kernel for our device, so I just installed clear vanilla. The only and necessary thing to build it successfully was copying firmware folder from my 4.14 source tree.

      Code: Select all

      fantic@funtoo ~ $ screenfetch 
                                                           fantic@funtoo
                                                           OS: Funtoo 
                                                           Kernel: armv7l Linux 5.4.0-rc4-ch1
                                                           Uptime: 24m
           _______               ____                      Packages: 300
          /MMMMMMM/             /MMMM| _____  _____        Shell: 2108
       __/M.MMM.M/_____________|M.MMM|/MMMMM\/MMMMM\       CPU: ARMv7 rev 3 (v7l) @ 8x 1.3GHz
      |MMMMMM'MMMMMMMMMMMMMMMMMMMMMMMMM.MMMM..MMMM.MM\     GPU: 
      |MMMMMMMMM/mMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM|    RAM: 72MiB / 1993MiB
      |MMMMMMMMMMMMMMMMMMMMMMMM\MMMMMMMMMMMMMMMMMMMMMM|   
        |MMMMMMMMMMMMMMMMMMMMMMMMMMMMMM'MMMM''MMMM'MM/    
        |MMMMMMMMMMMMMMMMMMMMMMMMMMMMM\MMMMM/\MMMMM/      
        |MMMMMMMMMMMMMMMMMMMMMMMMMMMM'M|                  
        |MMMMMMMMMMMMMMMMMMMMMMMM MM'M/                   
        |MMMMMMMMMMMMMMMMMMMMMMMMMMMM/                                                                     
      fantic@funtoo ~ $ 
      

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 5:36 am
      by igorpec
      cyberhoffman wrote:
      Thu Oct 24, 2019 4:55 am
      I didnt know that there is a git repo for 5 branch of kernel for our device, so I just installed clear vanilla. The only and necessary thing to build it successfully was copying firmware folder from my 4.14 source tree.
      You can boot vanilla for years. But the devil is in the support details - does everything on board works as it should, are performances alright, is it production ready, does it work as stable as officially supported 4.14.y kernel ... ?

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 3:15 pm
      by cyberhoffman
      igorpec wrote:
      Thu Oct 24, 2019 5:36 am
      ..the devil is in the support details..
      I quite agree with you. And it is the reason why I won't deploy this kernel on my working home server. I've got two odroid-xu4 machine. One managed by Funtoo for testing some things (new kernels, for example). The second one is working 24/7 as a home server (dlna, torrents, openvpn, nfs-shares, nginx ssl-proxy; Arch linux runs on it) and I and my family dont want to see it stopped because of testing unstable kernel :D

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 7:12 pm
      by escalade
      @memeka

      I'd like to get Panfrost running on 5.2, but the default panfrost DRM module doesn't expose /dev/mali on my XU4. Could you comment on what's needed?

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 10:29 pm
      by MastaG
      igorpec wrote:
      Thu Oct 24, 2019 4:00 am
      MastaG wrote:
      Thu Oct 24, 2019 12:27 am
      It hangs on "Starting kernel" for me.
      perhaps I selected too many options... could someone share his config for 5.4?
      Works fine for me
      http://ix.io/1ZCZ
      with
      https://github.com/armbian/build/blob/m ... dev.config
      Just checked your config.
      Any reason why SMT scheduler support (CONFIG_SCHED_SMT) is disabled?

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 10:33 pm
      by memeka
      * found the issue with the GPU, a fix is already submitted to mainline (https://www.spinics.net/lists/linux-clk/msg42083.html)
      * re-checking some of the patches - with my latest .config, suspend was not working
      will upload a new version soon.

      @igorpec actually more and more of the stuff working is getting into mainline. there are a few patches remaining for MFC (some of them are for cacheable DMA buffers which won't ever make it into mainline, but are necessary for fast buffer copy when video decoding with mfc), the patches for mali (hopefully panfrost will render those moot), and some for thermals and frequencies (eg allow 2Ghz, mainline stops at 1.8). Plus stuff done because some users requested them (also not mainline material)....

      @escalade panfrost doesnt work on T628 afair. not even sure it works on 32 bit systems. the focus was 64-bit and T7xx/T8xx. you might get them to load maybe somehow, but the gpu job submission was broken (last time i checked).

      Re: Kernel 5.0 development thread

      Posted: Thu Oct 24, 2019 11:10 pm
      by crashoverride
      MastaG wrote:
      Thu Oct 24, 2019 10:29 pm
      Any reason why SMT scheduler support (CONFIG_SCHED_SMT) is disabled?
      SMT is Symmetric Multi Threading (hyper-threading) which is not present on XU4's CPUs.

      Re: Kernel 5.0 development thread

      Posted: Fri Oct 25, 2019 11:30 am
      by memeka
      code was update on git with a new rebase
      mfc, gpu, usb should all work fine now. patches include ASV and DMC (memory dynamic frequency scaling).
      be sure to set devfreq1 (memory) and devfreq2 (bus) governors to performance if you want to benchmark :P
      also, GPU clocking is still a bit fiddly ... initially is set to 400mhz even if is reported as 600Mhz (also after suspend is also set back to 400mhz). Change devfreq0 to simple_ondemand then performance again to set it to 600Mhz.
      suspend still works with all these patches, but some .config options might break it.
      this is my current config atm: https://pastebin.com/YrnDH4Lv

      let me know what works and doesnt work for you. i havent tested sound :)

      Re: Kernel 5.0 development thread

      Posted: Fri Oct 25, 2019 4:42 pm
      by AreaScout
        @memeka

        Did you test GPIO ports ? Are they working ? I have seen major changes in port config, also for TFT LCD support (CloudShell2) there are a lot of changes and hktft9340 support from 4.14 will not apply anymore to 5.4, i.e flexfb.c is missing, is there any plan to support those LCD's also on 5.4 ?

        RG

        Re: Kernel 5.0 development thread

        Posted: Fri Oct 25, 2019 9:16 pm
        by escalade
        @memeka

        There's been lots of Panfrost activity lately: https://www.phoronix.com/scan.php?page= ... Scheduling

        Would I need CONFIG_PANFROST_DRM at all, or would the CONFIG_MALI_MIDGARD option suffice to get a /dev/mali node useable by Mesa / libdrm? Any tips you have to save me the number of reboots and fiddling would be great :)

        My motivation for getting Panfrost to work is getting Sway/wlroots up and running on the XU4.

        Re: Kernel 5.0 development thread

        Posted: Fri Oct 25, 2019 10:01 pm
        by memeka
        @AreaScout i did not test GPIO ports, but i think they should be working.
        but drivers for TFT LCD might need porting, and i can't test them. maybe someone at HK can try that...

        @escalade sway/wlroots should work just fine with CONFIG_MALI_MIDGARD (the one i use too) and ARM mali drivers from https://developer.arm.com/-/media/Files ... 3866dfad85
        but you can try panfrost too, disable CONFIG_MALI_MIDGARD and enable CONFIG_PANFROST_DRM then try latest Mesa with panfrost.

        Re: Kernel 5.0 development thread

        Posted: Sat Oct 26, 2019 9:58 pm
        by MastaG
        @memeka
        It still seems to have problems initializing the yellow/orange emmc v5 on a warm boot (e.g. a reboot).

        Code: Select all

        [   12.511022] dwc3 12000000.dwc3: Failed to get clk 'ref': -2
        [   12.520872] mmc0: tuning execution failed: -5
        [   12.523802] mmc0: error -5 whilst initialising MMC card
        [   12.534970] dwc3 12400000.dwc3: Failed to get clk 'ref': -2
        [   12.740837] mmc0: tuning execution failed: -5
        [   12.743749] mmc0: error -5 whilst initialising MMC card
        [   12.960939] mmc0: tuning execution failed: -5
        [   12.963851] mmc0: error -5 whilst initialising MMC card
        [   13.300835] mmc0: tuning execution failed: -5
        [   13.303752] mmc0: error -5 whilst initialising MMC card
        [   13.511012] mmc0: tuning execution failed: -5
        [   13.513934] mmc0: error -5 whilst initialising MMC card
        [   13.800898] mmc0: tuning execution failed: -5
        [   13.803821] mmc0: error -5 whilst initialising MMC card
        [   14.030923] mmc0: tuning execution failed: -5
        [   14.033849] mmc0: error -5 whilst initialising MMC card
        [   14.360936] mmc0: tuning execution failed: -5
        [   14.363877] mmc0: error -5 whilst initialising MMC card
        It only works when I unplug power.. wait a couple of seconds and then power it.

        Re: Kernel 5.0 development thread

        Posted: Sun Oct 27, 2019 8:03 am
        by MastaG
        Other than the error -5 whilst initialising MMC card, it's working very well.
        I've tested on the XU3 and it's very stable, also analog audio is still working which is a big win.

        I've also tried to compile the kernel thumb2 mode and that also works :)

        Only one question @memeka, how does the "Timer Frequency" affect the system?
        In your config, you have it set to 100 (CONFIG_HZ_100=y and CONFIG_HZ=100), while most other distro's set it to 250?

        Re: Kernel 5.0 development thread

        Posted: Sun Oct 27, 2019 11:13 am
        by memeka
        MastaG wrote:
        Sun Oct 27, 2019 8:03 am
        Only one question @memeka, how does the "Timer Frequency" affect the system?
        In your config, you have it set to 100 (CONFIG_HZ_100=y and CONFIG_HZ=100), while most other distro's set it to 250?
        No idea :) I started from exynos_defconfig which doesn't have one set, and it must've been the default, I did not change it.
        Try with 250 and let us know :P I will probably modify it too for rc5.

        Re: Kernel 5.0 development thread

        Posted: Sun Oct 27, 2019 11:35 am
        by back2future
        [ CONFIG_HZ comparison stats for 100, 250 and 1000 for x86 may be useful for arm devices as well.
        https://passthroughpo.st/config_hz-how- ... ffect-kvm/ mentioning Qemu dev being 4.1.50 version ]

        Re: Kernel 5.0 development thread

        Posted: Mon Oct 28, 2019 12:12 pm
        by memeka
        Uploading 5.4rc5 rebase with updates:

        * fix for GPU performance
        * fix for GPU clocks after suspend/resume
        * fix for CPU clocks after suspend/resume
        * added odroidxu4_defconfig

        @MastaG - does your emmc works fine on 4.14/5.0? do you know what patches fixed your issue?

        https://imgur.com/gallery/kq29pZy

        Re: Kernel 5.0 development thread

        Posted: Mon Oct 28, 2019 4:50 pm
        by AreaScout
          @memeka

          Did you delete your 5.4 branch or where did he go ?

          RG

          Re: Kernel 5.0 development thread

          Posted: Mon Oct 28, 2019 6:46 pm
          by AreaScout
            Ok branch is back :)

            That file on github https://github.com/mihailescu2m/linux/b ... fbtft/TODO states that there is still work in progress for GPIO and that the contains of fbtft directory will move to DRM subsystem because fbdev doesn't take any new drivers anymore.

            Did you hear if that will happen on 5.4 or at any kernel version later (probably later I think) ?

            RG

            Re: Kernel 5.0 development thread

            Posted: Mon Oct 28, 2019 6:48 pm
            by MastaG
            @memeka The eMMC error does not happen on 4.14 and your xu4-5.0.y branch. It must have been caused somewhere after 5.0, because it also happens in 5.2 (Escalades kernel for example).
            Afaik it only happens to the orange eMMC v5.. my older green eMMC doesn't have this problem.

            I haven't tried your rc5 branch yet with all the GPU/CPU clock fixes but I didnt found any problems with GPU performance on rc4 when testing different emulators, it performs the same as in 4.14 for me.

            Only thing I noticed is when I suspend gonme3 (3.34 on wayland using the mali r12p0004 drivers), it will lock up when I try to resume.. it does show the console but it will not return back to the gdm lock-screen, also input seems frozen.
            I'll retry this when I'm on your rc5.

            Other than that I've modified your last rc4 config a bit: https://pastebin.com/3xnxzive
            It's made for all purpose distro's (fedora in my case) so it has some changes:
            - Support for Docker (namespaces, cgroups etc)
            - Setting default governor to performance
            - Support for virtualization platforms (untested) (virtio and xen)
            - Timer frequency changed to 250Hz
            - Kernel is compiled in thumb2: https://pagefault.blog/2017/05/03/why-a ... -in-yocto/
            - Kernel debugging has been disabled
            - Many modules which were builtin has been set to external module, such as the audio stack
            - Only ext4, xfs, f2fs and vfat are bultin.. all others are external modules
            - Enabled VDSO (requires glibc 2.22 or later)
            - Enabled many (if not all) networking stacks/drivers and usb drivers (hid, storage, networking, serial cables etc)
            - Enabled SElinux for fedora

            There's only one patch which I apply to fix the headphone jack on the XU3, so it's not muted by default after each reboot.
            Perhaps you could include it.

            Re: Kernel 5.0 development thread

            Posted: Mon Oct 28, 2019 8:28 pm
            by memeka
            @AreaScout probably not 5.4 ...

            @MastaG suspend worked from weston, but i did not try from gnome yet. i'll try adding tomorrow some extra patches that might fix the emmc. GPU performance might be good initially, but without latest fixes both GPU and CPU were underclocked after suspend :d

            Re: Kernel 5.0 development thread

            Posted: Mon Oct 28, 2019 11:24 pm
            by AreaScout
              @memeka

              Ok I will try to back port it for kernel 5.3 Armbian XU4 kernel (already did it) because on this version flexfb.c is still there.

              RG

              Re: Kernel 5.0 development thread

              Posted: Tue Oct 29, 2019 4:06 am
              by MastaG
              Thanks @memeka

              I've quickly tested rc5 but I now notice there is no suspend (pause) button anymore on the gnome lockscreen.

              When I press the power button it now simply shuts down and doesn't turn on anymore.

              Either I messed up in the kernel config, or rc5 broke something..

              Which kernel config options are responsible for enabling and exposing suspend support?

              Re: Kernel 5.0 development thread

              Posted: Tue Oct 29, 2019 5:51 am
              by memeka
              @mastag there are some .config stuff that break suspend.
              Try my .config first please. I use systemctl suspend command to test

              EDIT: tried suspend from gnome menu, works nicely on 5.4rc5, power gets down to 0.095W.

              @mastag - can you try some if these patches and see if they fix your emmc issue:
              1. https://github.com/mihailescu2m/linux/c ... 11458ca945
              2. https://github.com/mihailescu2m/linux/c ... 18720a911d
              3. https://github.com/mihailescu2m/linux/c ... 0d8dcd3447