Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Mellanox]Support buster #36

Closed
wants to merge 7 commits into from
Closed

[Mellanox]Support buster #36

wants to merge 7 commits into from

Commits on Mar 20, 2020

  1. [Mellanox]Support buster

    Currently we port SONiC to buster in a way that building docker-base based on buster and other dockers based on stretch.
    The benefit is that tasks can be carried out simultaneously.
    The build procedure can be treated as 2 stages.
    The first stage is to build the stretch-based debs and dockers and the second stage is to build the buster-based ones.
    One thing we have to pay attention to is some debs depend on kernel should not be built at stretch stage because the kernel isn't available at that time.
    The idea is to move that kind of debs out of SONIC_STRETCH_DEBS and SONIC_MAKE_DEBS and add them to SONIC_DPKG_DEBS.
    Meanwhile, any dependency explicitly put on the stretch based dockers on kernel should be removed.
    Stephen Sun committed Mar 20, 2020
    Configuration menu
    Copy the full SHA
    325381d View commit details
    Browse the repository at this point in the history
  2. Use SONIC_MAKE_DEBS instead of SONIC_DPKG_DEBS

    Stephen Sun committed Mar 20, 2020
    Configuration menu
    Copy the full SHA
    817c98a View commit details
    Browse the repository at this point in the history
  3. Configuration menu
    Copy the full SHA
    f91deb1 View commit details
    Browse the repository at this point in the history
  4. [Mellanox]remove the tmpdir if it already existed before calling dpkg…

    … --extract
    Stephen Sun committed Mar 20, 2020
    Configuration menu
    Copy the full SHA
    d1d409d View commit details
    Browse the repository at this point in the history
  5. Install haveged which accelerates the initialization of /dev/random (…

    …crng init) which is responsible to random number generation
    
    On some devices the system can take very long to start. Eventually we found it is because crng init takes very long to finish.
    Haveged resolves this problem
    Stephen Sun committed Mar 20, 2020
    Configuration menu
    Copy the full SHA
    2b80db0 View commit details
    Browse the repository at this point in the history
  6. Configuration menu
    Copy the full SHA
    60928ce View commit details
    Browse the repository at this point in the history

Commits on Mar 22, 2020

  1. Configuration menu
    Copy the full SHA
    342b609 View commit details
    Browse the repository at this point in the history