Jump to content

Igor

Administrators
  • Posts

    13589
  • Joined

  • Last visited

Posts posted by Igor

  1. 2 hours ago, sminder said:

    it's not a hardware issue.

     

    It is. :)

     

    - Armbian works perfectly well on 1st class hardware such as x86, ampere aarch64, raspberry pi, ...

    - Armbian also works well on our test devices https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results

    - Armbian boots normally on 16Gb Orangepi Plus 5 https://paste.armbian.com/quzavajida (Armbian_23.11.1_Orangepi5-plus_bookworm_legacy_5.10.160.img.xz)


    It is certainly a hardware issue without even looking into the logs.


    What is then?

     

    Vendors often change memory chips (sometimes without telling anyone) so only their images works with a new batch of boards until we waste insane amount of time to figure that and fix = huge blow for our personal time / finances ... A change of memory chips is enough that things crashes, different (broken) wireless driver (i didn't look into logs) is used, something odd is attached to USB / HDMI ports ... Try bare hardware, different SD card, different power supply, make a photo of PCB (revision, memory chip numbers, ...).

     

    2 hours ago, sminder said:

    official images of Ubuntu and Debian


    Where do you think they took (stole as they didn't tell you where they got it) software, that looks the same as Armbian, from?

     

    2 hours ago, sminder said:

    I tried 5 images


    FYI. All images are assembled the same way and builds are now even reproducible. Its highly unlikely that one image will boot and the other wont.

  2. 12 minutes ago, darkdrgn2k said:

    after installing wireguard


    do not install WG it as:
    - its already present in all kernels

    Spoiler
    armbian:kernel:% grep WIREGUARD= *                                                                                                                  <AR-2004>
    linux-arm64-sc8280xp.config:CONFIG_WIREGUARD=m
    linux-arm64-sc8280xp.config.defconfig:CONFIG_WIREGUARD=m
    linux-arm64-sm8250.config:CONFIG_WIREGUARD=m
    linux-bcm2711-current.config:CONFIG_WIREGUARD=m
    linux-bcm2711-edge.config:CONFIG_WIREGUARD=m
    linux-bcm2711-legacy.config:CONFIG_WIREGUARD=m
    linux-d1-edge.config:CONFIG_WIREGUARD=m
    linux-d1-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-imx6-current.config:CONFIG_WIREGUARD=m
    linux-imx6-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-imx6-edge.config:CONFIG_WIREGUARD=m
    linux-imx6-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-imx6-legacy.config:CONFIG_WIREGUARD=m
    linux-imx6-legacy.config.defconfig:CONFIG_WIREGUARD=m
    linux-imx7d-current.config:CONFIG_WIREGUARD=m
    linux-imx7d-legacy.config:CONFIG_WIREGUARD=m
    linux-media-current.config:CONFIG_WIREGUARD=m
    linux-media-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-media-edge.config:CONFIG_WIREGUARD=m
    linux-media-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-media-legacy.config:CONFIG_WIREGUARD=m
    linux-media-legacy.config.defconfig:CONFIG_WIREGUARD=m
    linux-meson64-current.config:CONFIG_WIREGUARD=m
    linux-meson64-edge.config:CONFIG_WIREGUARD=m
    linux-meson-current.config:CONFIG_WIREGUARD=m
    linux-meson-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-meson-edge.config:CONFIG_WIREGUARD=m
    linux-meson-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-meson-s4t7-legacy.config:CONFIG_WIREGUARD=m
    linux-mt7623-edge.config:CONFIG_WIREGUARD=m
    linux-mt7623-legacy.config:CONFIG_WIREGUARD=m
    linux-mvebu64-current.config:CONFIG_WIREGUARD=m
    linux-mvebu64-edge.config:CONFIG_WIREGUARD=m
    linux-mvebu-current.config:CONFIG_WIREGUARD=m
    linux-mvebu-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-mvebu-edge.config:CONFIG_WIREGUARD=m
    linux-mvebu-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-mvebu-legacy.config:CONFIG_WIREGUARD=m
    linux-odroidxu4-current.config:CONFIG_WIREGUARD=m
    linux-odroidxu4-edge.config:CONFIG_WIREGUARD=m
    linux-rk322x-current.config:CONFIG_WIREGUARD=m
    linux-rk322x-edge.config:CONFIG_WIREGUARD=m
    linux-rk322x-legacy.config:CONFIG_WIREGUARD=m
    linux-rk35xx-legacy.config:CONFIG_WIREGUARD=m
    linux-rockchip64-current.config:CONFIG_WIREGUARD=m
    linux-rockchip64-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-rockchip64-edge.config:CONFIG_WIREGUARD=m
    linux-rockchip64-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-rockchip-current.config:CONFIG_WIREGUARD=m
    linux-rockchip-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-rockchip-edge.config:CONFIG_WIREGUARD=m
    linux-rockchip-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-rockchip-rk3588-edge.config:CONFIG_WIREGUARD=m
    linux-rockpis-legacy.config:CONFIG_WIREGUARD=m
    linux-s5p6818-legacy.config:CONFIG_WIREGUARD=m
    linux-starfive-edge.config:CONFIG_WIREGUARD=m
    linux-station-p2-legacy.config:CONFIG_WIREGUARD=m
    linux-sun50iw9-btt-legacy.config:CONFIG_WIREGUARD=m
    linux-sun50iw9-legacy.config:CONFIG_WIREGUARD=m
    linux-sunxi64-current.config:CONFIG_WIREGUARD=m
    linux-sunxi64-edge.config:CONFIG_WIREGUARD=m
    linux-sunxi64-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-sunxi64-legacy.config:CONFIG_WIREGUARD=m
    linux-sunxi-current.config:CONFIG_WIREGUARD=m
    linux-sunxi-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-sunxi-edge.config:CONFIG_WIREGUARD=m
    linux-sunxi-edge.config.defconfig:CONFIG_WIREGUARD=m
    linux-sunxi-legacy.config:CONFIG_WIREGUARD=m
    linux-sunxi-legacy.config.defconfig:CONFIG_WIREGUARD=m
    linux-thead-edge.config:CONFIG_WIREGUARD=m
    linux-uefi-arm64-current.config:CONFIG_WIREGUARD=m
    linux-uefi-arm64-edge.config:CONFIG_WIREGUARD=m
    linux-uefi-arm64-legacy.config:CONFIG_WIREGUARD=m
    linux-uefi-riscv64-current.config:CONFIG_WIREGUARD=m
    linux-uefi-riscv64-edge.config:CONFIG_WIREGUARD=m
    linux-uefi-riscv64-legacy.config:CONFIG_WIREGUARD=m
    linux-uefi-x86-current.config:CONFIG_WIREGUARD=m
    linux-uefi-x86-edge.config:CONFIG_WIREGUARD=m
    linux-uefi-x86-legacy.config:CONFIG_WIREGUARD=m
    linux-virtual-current.config:CONFIG_WIREGUARD=m
    linux-virtual-current.config.defconfig:CONFIG_WIREGUARD=m
    linux-wsl2-arm64-current.config:CONFIG_WIREGUARD=y
    linux-wsl2-arm64-edge.config:CONFIG_WIREGUARD=y
    linux-wsl2-x86-current.config:CONFIG_WIREGUARD=y
    linux-wsl2-x86-current.config.defconfig:CONFIG_WIREGUARD=y
    linux-wsl2-x86-edge.config:CONFIG_WIREGUARD=y
    linux-zynq-legacy.config:CONFIG_WIREGUARD=m

     

    - as their postinst scripts installs kernel from Debian repository that is not suitable to run on this device ... which breaks the system.

  3. 1 hour ago, Werner said:

    Suggesting to at least add one of the legacy images (Gnome variant) instead of having both 6.7 bleeding edge.  Also the 3d acceleration ppa only works with Gnome legacy anyways

     

    Yes, suggesting those images is our bug. I am aware that sorting doesn't work right but this is yet another problem we have to deal with. I have asked that this is fixed and since we don't have professional support It can take several weeks, perhaps a month. I can't fix it, I can just patch it, so I have removed those images for good and they will be gone from index within several hours. More then this its not possible to do.

     

    2 hours ago, D roZDi said:

    what is the purpose of providing an unusable image?

     

    I am using this image for several months in production. Any many other people. We share this joy with you. 

     

    Mainline based support functions rarely gets to full completion as its very expensive to brought things up and maintain with no budget. Adjust expectations, use old kernel, share findings with others, but don't expect anything, especially not answering questions. It can easily take hours, which is not at end users level.

  4. 27 minutes ago, rix81 said:

    Tried, but not working,  there's no Mantic list, also other errors. 

     

    More then expected. There are many warnings for you to read when you boot those images. Why do you think this is written:
     

    Quote

    Rolling releases are suitable for Linux enthusiasts who want cutting edge packages and have the skills to fix damage that a bad update might cause. If you want stability in a production environment or low headaches as a novice user, skip rolling releases. They are only at, build and ship, Debian testing / Arch / Manjaro / Suse Tumbleweed / Kali / Gentoo support quality level!

     

    Only Armbian standard supported builds usually works well. Download it and enjoy. If you have problems with others, you need to invest your own time to fix, adjust expectations.
     

  5. 8 hours ago, compent said:

    I would have thought


    This myth is one of the places this whole business sales departments are targeting. If you and me understands the difference, most don't, even they are hardcore and long time Linux users, those who will buy hardware. "Android kernel" is as hardware support done in as cheap as possible way, presentation quality, its full of hacks and proprietary solutions, often with binary libraries. Often at this point vendor support ends. Most of HW vendors investments goes into sales, not into software development. This is reserved for others, often community slave workforce. Why I used this terrible word? Because force is normal MO. This forum and especially vendors forums are full of angry customers attacking developers to fix things. Those developers nobody ever paid or say thanks. Open source development is fun, but not when force and abuse is main drive.

     

    8 hours ago, compent said:

    closer to mainline support

     

    Everyone would like to have that, just the problem is that this costs several millions per SoC to develop and further to keep support stable. If they move money they put into sales rather to R&D, competitors will run them over in no time and they even see and treat us as competitors. Orangepi rather invested money to re-brand our OS and our build tools in order to look professional in front of their customers. It would be better for you and them to deal with hardware level issues, and maintain their stack as some others does. With our well maintained build framework that is mainline / as close to mainline as possible. They don't understand the value. Short term profits and ego are more important. Similar goes to Radxa. They mainly ignore supporting mainline problems but they rush to publish news that their hardware is supported by Armbian, while Armbian team didn't know that, its regular fake news, until yesterday as I stumble upon that. Now imagine their customer coming to Armbian and expecting support we never planned, knows nothing about, never wanted or have budget for. This is how vendors play dirty (with you and FOSS developers) and there is little we can do about. A lot of efforts goes into the clarification that we don't support this and that hardware and that support is best effort anyway ... Which means its possible nobody will ever answer or fix the problem. Anywhere, mainline, or with other Linux distro.

     

    8 hours ago, compent said:

    how you can know what the new SDK does and does not bring.

     

    Pragmatic experience working in this world since early days on top of 30 years of with Linux, 10 out of this in embedded Linux. I have no motive to picture things nicer as they are. Rockchip and many vendor recognizes our efforts but they do nothing to help us. Contrary. Some has dirty business practices also toward us, even we helped them a lot.

     

    8 hours ago, compent said:

    clearly headed in the right direction

     

    Enlighten me?

  6. On 11/30/2023 at 6:31 PM, tkaiser said:

    probably nobody will ever find this post

     

    Even there would be a big advertisement, a very few people would notice and care about. If we would rely on end users to provide information we need, even this is in their interest, very very few people responds. If you want to get proper attention, you need to invest a lot of time ... or someone else has to invest it. 

     

    We collect data with automation: https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results As this is not in armbianmonitor and as older boards are not very stable and thus offline, this is an afternoon of work, which you (anyone, ain't personal) would need to wait few years on it. Support for Armbian hasn't changed much since you stop contributing.

     

    You know what to do to get this data from the boards that are in the pool.

     

    Quote

     their OS images for Raspberries lack arm_boost=1

     

    Fork, PR, Thank you.

  7. 11 hours ago, compent said:

    I have no doubt that when Rockchip release their 6.1 SDK in the next few weeks, we should see easier OS implementation


    Rockchip software development is focused to deliver Android / hardware showcase experience, not for real Linux OS implementation. Their upgrade from 5.10 to 6.1 brings very little of what you are hoping for. This has some technical gain, while majority is marketing value to support hardware sales. Real software support is on us, community and various Linux kernel professionals that are operating in this segment. 

     

    Anyhow, we will maintain the tool that helps you implement it. We already implemented mainline based support and that we will maintained in best effort manner. Similar as it works today - all functions of the SoC will never be covered and maintainace will depend on your support or absence of it.

     

    11 hours ago, Владимир Талалаев said:

    Orange Pi 5-plus not boot


    Our automated testing facility shows no problems (btw. test images, which could be broken, are for developers only)

    https://github.com/armbian/os?tab=readme-ov-file#orangepi5-plus


    How to boot Armbian:
    https://docs.armbian.com/User-Guide_Getting-Started/

     

    How to report problems:
    https://www.armbian.com/bugs

     

    Support us, so we can sponsor people that sold you hardware:
    https://liberapay.com/armbian

  8. 14 minutes ago, Wilson Wilson said:

    Would you recommend any particular model?

     

    https://www.armbian.com/compatible/
    Here you can check a selection of compatible devices, usually in some personal / Armbian use. You probably don't need 16 port USB hub which is on that list, but that will certainly work perfectly. If you go for some cheap variants, and most of hubs are a lot cheaper, you will be chasing luck. For my purpose, automated testing of USB devices withing Armbian, I can't use cheap ones.

  9. 14 hours ago, walkin-corpse said:

    IMG-format and ISO-format aren't equal.

     

    "Virtual disk images (such as VHD and VMDK) are intended to be used for cloud computing,"
    https://en.wikipedia.org/wiki/IMG_(file_format)#Comparison_to_ISO_images


    Our build framework can generate cloud images directly https://github.com/armbian/build/blob/main/extensions/image-output-vhd.sh in case you need to automate this and you don't want to mess with additional scripting.

     

    ./compile.sh ENABLE_EXTENSIONS="image-output-vhd" 

     

    14 hours ago, walkin-corpse said:

    armbian-install not helps, not detect SATA VHD.

     

    Try using dd and copy entire image from USB to /dev/vdi or whatever disk device is.

     

    Please provide armbianmonitor -u and if you want to look into & help in this context, here are sources. You are also welcome to open a ticket and we both can hope someone will fix this soon. Even its probably just one-line fix, someone needs to find that line, test it to make sure it works and open a pull request. 

  10. On 12/4/2023 at 10:49 AM, andrewz1 said:

    The root of cause is not controller itself, but pcie phy. It's not properly initialized on module init. So when device is cold-booted (after power on) phy stay in "factory" state, but after warm reboot phy stay in "power_on" state and prevent any training.


    Thanks for the tip!

     

    On 12/4/2023 at 10:49 AM, andrewz1 said:

    This is just proof of concept.


    Our current dirty hack is not even that ;) and anyway doesn't work. You are welcome to remove that patch an add this one. Once merged, I can enable hardware on automated testings to see long term effects. 

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines