Jump to content

Igor

Administrators
  • Posts

    14529
  • Joined

  • Last visited

Posts posted by Igor

  1. No NEXT (which can be identified / understand as stable kernel 4.x branch) for H3, while this situation already happened for older chips: A10 / A20 and Odroid XU4, Imx6.

     

    Nightly images are not directly related. There will always be some development branches ... DEV will remain.

  2. - default means old legacy kernel. Pretty much works, but ofc no docker support since kernel is too old.

    - nightly indicates automated builds with whatever kernel

    - we usually don't provide "DEV" images. Usually they are in nightly builds or you can made them manually

    - in build higher than 5.27 (current betas) is it possible to switch kernels from armbian-config menu. So you don't need to worry about ... 

    - default will stay default for ever or at least for some time. DEV will become NEXT which indicates "Next kernel generation"

  3. 2 minutes ago, jethro said:

    What would be the recommended way of getting a Docker compatible kernel? I.e. safest path for most vanilla, repeatable, process, facilitating future upgrade?


    You are using the most compatible kernel. This "DEV" will once become "NEXT" and that will indicate that we are satisfied with quality. That kernel updates will be from stable branches, currently they are not.

  4. 8 hours ago, t-bob said:

     

    Igor, yes i understand that they are very beta but I wasnt sure if it was a me issue or one that effected everyone. So far I have experienced only small issues which is really nice. armbian is pretty dang good !!!

     

    I have found several other issues/'features' ... do i post them here or is there somewhere else to log them ?

     

    I wouldnt mind having having the hamradio stuff setup in the kernel as a default ... with whom do i speak with about that ?

     


    Thank you :)

    I used to operate in hamradio field back in the old days, but I have no idea about current needs in kernel. If you provide a list of options (open a new issue at Github), we can include them in no time. Like this one. The same goes for other options you might miss in the kernel.

  5. 46 minutes ago, jernej said:

    I think that H3 will get DRM HDMI/TVE driver in 4.13 and Icenowy already tested mali driver (x11 version), which works. So it is not so distant future, but it will take some months for sure.

     

    That's good news. I heard stories, but didn't know, that we are that close. Thanks for update.

  6. Quote

    how long has the dev branch supported docker (i.e. 2 weeks or 6 months)?


    We start to implement Docker in late 2015. I would not worry about that, but dev branch has still some low level glitches.

     

    4 hours ago, jethro said:

    - any known issues with the dev branch beyond 3d rendering / audio (my application is headless so that's ok)


    There will be no 3D rendering in mainline kernel for next few years / never, perhaps someday in 3rd party branch. Audio works.

     

    4 hours ago, jethro said:

    any idea when a stable mainline build will be available for the OPIPlus 2E?


    It's stable enough, but I won't use it in production at this stage yet. Or at least do severe testing on your app, before deployment. Few months. But not withing main line exactly (www.kernel.org), since support there is still minimal, development branches within Armbian.

  7. You want to use those images? Don't. If you are experimenting, if you are using it for no purpose, than it's o.k. You just found one of many bugs, which are in automated built experimental images. The bug might be new, might be already solved in the mean time or some workaround exists - today's or tomorrow update might fix this or it might take more time. Those images comes as is. 

    Hint for future: if you find some experimental image working, go to armbian-config and "freeze kernel and BSP upgrades" and your system won't receive kernel upgrades when doing "apt upgrade" until you unfreeze it again.

  8. 1 hour ago, hrip6 said:

    Secondly, did you see how strong the words are?


    What about pure coincidence? To clarify: I was absent / travelling / been a lot of time off grid since Friday until yesterday. In general for weekends those who works daily on the project usually divert free time to families and others, not for volunteer work, which is the case here. Response time, which you are exposing as our "failed duty" is not realistic under any circumstances, with bold text or without. Once again, even people who pay for the time, does not demand nor expect this quick response time. Here is volunteer service and attitude is a key to trigger someone's interest to focus and contribute to the problem. Sometimes this is not enough - either we are too busy or the matter is just out of the zone, where we can help. If you address message to general forum public - there is nothing else to do but wait and bring this up after some time passed. Not the next day, if there is no response. Impatience drives people away.

    I am glad you managed to fix the issue.

  9. I think you need to adjust perspecitve. There are much much more questions / issues, than core group can handle. Next. There is no such thing as demand for answer for something that might be or might not be related to our work, which you are using for free. Here we are talking about changed system, which goes under "not our work - no support". It's almost impossible to help in such cases without investing hours into it.

     

    If some of your contributions were overlooked I only can say sorry. It happens with the same reason. The project is big.

     

    My usual response for professional support, for people that help paying my bills is between week and two weeks. If you need answers faster, you need to use search. Knowledge is there and you just need to put some effort in finding it. 

  10. I was trying hard to replicate your problem on my Banana PRO but without success.

     

    1. I started with the same image - from download section

    2. My hardware is Banana PRO

    3. I have reliable PSU, quality cable, good router, good cables and I used some older SD card. Deliberately.

    4. apt update + upgrade

    5. installed apache, mail, dovecot, mysql, ...

    6. rebooted few times ...

     

    Logs: http://sprunge.us/UcHO

     

    I also have those errors regarding brfcmac on console, but they are irrelevant.

     

    The only problem - which should not affect -  is small bug in ramlog. It's fixed upstream, but not yet in this version ... nginx does not start if there is no log directory (/var/log/nginx) -  for apache I am not sure.  After recreating it works fine.

  11. "no action" when lid is closed might be related to this? After this mod "screen off" function works, while suspend is no go. Also it does not differentiate when on battery or AC. Brightness can be adjusted manually now, but not by power condition BAT/AC. I guess this power management needs some extra touch :)

  12. 9 hours ago, sghazagh said:

    But the way Armbian works is different than official setup


    Our root system is simple to maintain, matured, clean - in any way better than official creations. I am not sure anyone wants to analyse, how Asus glue their images together. They failed on board design and generally all board makers images proved to be bad quality. We only peek for some special thing, but here I don't see any reason.

     

    We just started to add wireless and Bluetooth support and I am not sure it's already fully done. ASUS still haven't deliver board samples, which means not many people can work on this.

     

    6 hours ago, sghazagh said:

    in above image


    You have to contact image creators (Asus or whoever). There is a reason why we don't alter stock Debian / Ubuntu much, since there is plenty of complexity already and time is wasted on irrelevant issues.

  13. I assume you are using self built image / kernel? If this is so ... just install older "u-boot 5.25 next" from apt.armbian.com and you should be fine. There is a wrong configuration for network (gmac), which does not work properly.  Wireless modules is o.k. and it should work even it throws out some errors / warnings.

  14. Are you compiling with our script or on your own? Which kernel - legacy or development?

     

    Generic approach to alter kernel configuration - check config files and create a pull request for what you need to be added:

    https://github.com/armbian/build/tree/master/config/kernel

    For orangepi pc, you need to alter sun8i-default and sun8i-dev


    If pull request is accepted, in less than 24h beta repository will have updated kernel.

  15. 21 hours ago, Rafael Wilmar Hoffmann said:

    armbian does not support the driver we need (TV adapter)


    You mean composite TV out? It's supported by default - check forum for advanced adjustment if needed. If you are talking about some 3rd party TV tuners, stock kernel will have only less support than ours. Even better support in TV tuner area you will achieve with modern kernels, but they are still in development stage ... "use at your own risk".

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines