Jump to content

Igor

Administrators
  • Posts

    14420
  • Joined

  • Last visited

Posts posted by Igor

  1. 4 hours ago, fss-hacks said:

    YY3568 is now one of the Armbian recognized boards

     

    Sadly no. https://github.com/armbian/build/tree/main/config/boards

    There are (too) many boards in the system, added by random people (this is build system and we accept anything that builds, but we don't maintain those boards as we can't afford associated costs / there are not enough resources), but only supported / .conf are recognized until there is someone willing to maintaining them and fits condition of "supported" board. When we find out that conditions are not met anymore, they are "un-recognized".

     

    Support is defined under those rules: https://docs.armbian.com/User-Guide_Board-Support-Rules

  2. 9 hours ago, fss-hacks said:

    is so hard to find any info from anywhere about the Armada 1500 running anything

     

    Welcome to custom hardware / division exotics / subdivision retro :) It is hard already when its new custom hardware and main division. If nobody ported HW to mainline Linux and keep it operational, its usually quite a long path. Armbian provides build framework, that helps in the process, but hard work is still on the one that will deal with the SoC - here you can hope to find someone on forum(s) to share some specific ideas.

     

    Adding is fairly straightforward https://docs.armbian.com/Process_Contribute/#adding-a-new-board but if there are sources for boot loader, sources for kernel, or better - support in the mainline kernel. Even when you have all this, it can still be quite challenging. Each such board usually require more people, a team. 

     

    On 7/1/2025 at 7:34 AM, fss-hacks said:

    I see that there are 2 development boards made by Marvell listed here but they are vastly different processors.

     

    When I recall how many months we lost on one of Marvell's 🤔 Espressobin is an example how board support can be made super complicated - check history from day one. If board support package is on that level ... its worse out of all we have seen here. And now its an old hardware, not interesting so much. And remain broken as we don't have anyone to deal with it / its not worth.

  3. 14 hours ago, CDit said:

    Any ideas why this happens?

     

    Feature regressions are expected - Linux kernel is complicated machinery and without spending hours, a day or a week investigating, it's usually not possible to tell. 


    We don't touch Rpi kernels much. We have our own kernel config, but we use official Rpi sources, so I guess 1st step would be looking if someone reported something similar https://github.com/raspberrypi/linux/issues 

     

    14 hours ago, CDit said:

    selected newer kernel


    By newer you mean 6.12.y, 6.16.y ... or 6.6.63 ->

  4. 44 minutes ago, bmikulas said:

    gnome has the best as i know but its a bit heavy on memory, do you know any lighter one?


    We don't provide anything lighter then Gnome and there are some weird desktops in the build system, which most likely don't assemble as they are abandoned for a long time.

     

    I am not a Desktop guru ... perhaps someone else could give you other suggestions. I think Gnome is still the safest way, even it might eat more. But our Gnome is at least more or less vanilla, so no (Ubuntu) stuff coming with it.

  5. 4 hours ago, bmikulas said:

    Sadly as it seems the hardware acceleration is not supported i guess because there is no HDMI port on the product but with Panfrost

     

    This needs to be enabled: https://github.com/armbian/os/pull/332 As we started with a model without HDMI port, this was simply overlooked.

     

    4 hours ago, bmikulas said:

    For me it would be enough if i get some help to add that to the build script for only me for now!

     

    Build with: ./compile.sh ENABLE_EXTENSIONS="v4l2loopback-dkms,mesa-vpu"

     

    4 hours ago, bmikulas said:

    remote desktop solution

     

    That I don't know how it works if at all. Wayland is troublesome even on 1st class x86 hardware.

     

    Update: will rebuild images later today with mesa extension enabled.

  6. I'm more concerned about what version 5 might break.

     

    3 hours ago, Werner said:

    drop commercial proprietary logins like Facebook and so on. Less pain, more freedom

     

    Still, I don't think anyone makes Facebook account in order to login to Armbian forums 😄 and GitHub is not far from those I am afraid :(

     

    By the end of the day, this would be a symbolic gesture that works against practical ways. I think most of people uses Google login connector. Do we have any stats for that?

  7. On 5/27/2025 at 12:05 AM, AaronNGray said:

    Why can I not sign in with GitHub ?


    Not supported by forum software. 

    image.png

     

    Keeping Facebook and Google operational requires constant attention and adjustement, while others worked so far without troubles. 

  8. 45 minutes ago, TonyGoose said:

    I tried updating/upgrading again and I'm back to not booting. 

     

    FYI. HDMI out is broken on those board at the moment. Try to access the board remotely. We don't have people to maintain those old boards.

  9. 3 minutes ago, eselarm said:

    There is usually only 1 WAN interface on routers.


    True. Also on most computers we have eth0 :) Not just eth

     

    4 minutes ago, eselarm said:

    A rename from WAN to WAN1 I would refuse, but I do not use netplan.io, so not affected.

     

    Devices naming is a cosmetic thing from the outside / user perspection, while it has consistency issue from the inside and currently breaks initial (default netplan) configuration. Our job is not to tell user how to configure his network, but that network devices gets up at first boot. Now they do. Job done.

  10. 41 minutes ago, StanleyLIM said:

    I assume driver shouldn't be the issue.. 

     

    To be more precise - parameters that are provided to that driver. If driver would be the problem, both NICs would be down. You need to find / create correct settings (device tree), based on schematics. This forum (search) can provide plenty of resources and hints how to do this. Someone from community (with the device so testing can be done) has to sacrifice afternoon or more to get this in operation.

  11. 17 hours ago, Ryzer said:

    When attempting to build with current kernel 6.12.30, with drm patches for sun4i_hdmi_enc.c to use drm_hdmi_connector_mode_valid and drm_atomic_helper_connector_hdmi_check fails to compile. when just applying drm_atomic_helper_connector_hdmi_check patch build compilation is successful. Just need to verify this build works.


    It is possible that broken patch removal is already a solution.

  12. On 6/7/2025 at 7:03 AM, Kevin Hoang said:

    Does anyone know how to contact Realtek to request a more recent version or updated source code?

     

    They will provide you new drivers only if you will pay them to do that for you. End users, including this project, can do nothing about - we have negative budget and can only do best-effort work to keep those drivers at least operational with recent kernels: https://github.com/armbian/build/tree/main/patch/misc while bulk of the patches goes directly to the Git of specific driver.

     

    What you are hoping exceeds ability of amateur maintainers, those few people that are actually looking into the code and fix bugs that are made by kernel API changes. HW vendor is usually long gone from there - their development capacity is also limited and they are focused into current products. FYI

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines