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

[new release] mirage-clock-freestanding, mirage-clock and mirage-clock-unix (3.1.0) #17663

Merged
merged 1 commit into from
Nov 21, 2020

Conversation

dinosaure
Copy link
Contributor

Paravirtual implementation of the MirageOS Clock interface

CHANGES:

…k-unix (3.1.0)

CHANGES:

* Use implicit executable dependency for discover.exe
  into the dune file (mirage/mirage-clock#46 @TheLortex)
* Fix cross-compilation on Android (mirage/mirage-clock#45 @EduardoRFS)
@camelus
Copy link
Contributor

camelus commented Nov 19, 2020

Commit: 9d85a11

A pull request by opam-seasoned @dinosaure.

☀️ All lint checks passed 9d85a11
  • These packages passed lint tests: mirage-clock-freestanding.3.1.0, mirage-clock-unix.3.1.0, mirage-clock.3.1.0

☀️ Installability check (+3)
  • new installable packages (3): mirage-clock.3.1.0 mirage-clock-freestanding.3.1.0 mirage-clock-unix.3.1.0

@dinosaure
Copy link
Contributor Author

I think the error is unrelated about mirage-clock (compilation error on tcpip.4.0.0). I should good enough to merge.

@mseri
Copy link
Member

mseri commented Nov 20, 2020

It seems to me that tcpip compiles fine but it fails to run some tests with no output, isn’t that strange?

In the failed tests, the following tests are missing from the output but no failure is signalled

-   [OK]          socket               0   two sockets connect via TCP.
-   [SKIP]        socket               1   icmp echo-requests are sent.
-   [OK]          connect              0   connect two stacks, basic test.
-   [SKIP]        connect              1   connect two stacks, uniform packet loss of packets with no payload x 100.
-   [OK]          connect              2   connect two stacks, with trailing bytes.
-   [SKIP]        deadlock             0   test tcp deadlock with slow receiver.
-   [OK]          iperf                0   iperf with two stacks, basic tests.
-   [OK]          iperf                1   iperf with two stacks, over an MTU-enforcing backend.
-   [OK]          iperf                2   iperf with two stacks, testing trailing_bytes.
-   [OK]          iperf                3   iperf with two stacks and uniform packet loss.
-   [OK]          iperf                4   iperf with two stacks and uniform packet loss of packets with no payload.
-   [SKIP]        iperf                5   iperf with two stacks and uniform packet loss of packets with no payload, longer.
-   [SKIP]        iperf                6   iperf with two stacks, basic tests, longer.
-   [SKIP]        iperf                7   iperf with two stacks and uniform packet loss, longer.
-   [OK]          iperf                8   iperf with two stacks drop 1 sec after 1 mb.
-   [OK]          keepalive            0   correct number of keepalives.
-   [OK]          keepalive            1   we don't try to send old keepalives.
-   [SKIP]        keepalive            2   check we close if we miss all probes.
-   [SKIP]        keepalive            3   check that TCP keepalives detect a network failure.

@kit-ty-kate
Copy link
Member

It seems to have been transient failures somewhere in tcpip's (4.0.0, 5.0.0 & 5.0.1) tests. Some of them didn't even show any skips.

Merging this since the changes in this release don't seem to be related. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants