-
Notifications
You must be signed in to change notification settings - Fork 2.3k
Comparing changes
Open a pull request
base repository: opencontainers/runc
base: v1.3.1
head repository: opencontainers/runc
compare: v1.3.2
- 11 commits
- 28 files changed
- 5 contributors
Commits on Sep 4, 2025
-
Signed-off-by: Aleksa Sarai <cyphar@cyphar.com>
Configuration menu - View commit details
-
Copy full SHA for a0dfeeb - Browse repository at this point
Copy the full SHA a0dfeebView commit details -
merge #4880 into opencontainers/runc:release-1.3
Aleksa Sarai (2): VERSION: back to development VERSION: release v1.3.1 LGTMs: rata kolyshkin AkihiroSuda
Configuration menu - View commit details
-
Copy full SHA for 799d52d - Browse repository at this point
Copy the full SHA 799d52dView commit details
Commits on Sep 17, 2025
-
tests/int/cgroups: Use 64K aligned limits for memory.max
When a non–page-aligned value is written to memory.max, the kernel aligns it down to the nearest page boundary. On systems with a page size greater than 4K (e.g., 64K), this caused failures because the configured memory.max value was not 64K aligned. This patch fixes the issue by explicitly aligning the memory.max value to 64K. Since 64K is also a multiple of 4K, the value is correctly aligned on both 4K and 64K page size systems. However, this approach will still fail on systems where the hardcoded memory.max value is not aligned to the system page size. Fixes: #4841 Signed-off-by: Vishal Chourasia <vishalc@linux.ibm.com> Signed-off-by: Donet Tom <donettom@linux.ibm.com> (cherry picked from commit 830c479) Signed-off-by: Rodrigo Campos <rodrigoca@microsoft.com>
Configuration menu - View commit details
-
Copy full SHA for 6fb8054 - Browse repository at this point
Copy the full SHA 6fb8054View commit details
Commits on Sep 18, 2025
-
Merge pull request #4895 from rata/64k-alignment-v1.3
[1.3] tests/int/cgroups: Use 64K aligned limits for memory.max
Configuration menu - View commit details
-
Copy full SHA for df25d7c - Browse repository at this point
Copy the full SHA df25d7cView commit details
Commits on Sep 23, 2025
-
tests/int: simplify using check_cpu_quota
Instead of providing systemd CPU quota value (CPUQuotaPerSec), calculate it based on how opencontainers/cgroups/systemd handles it (see addCPUQuota). Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
Configuration menu - View commit details
-
Copy full SHA for eb29c8d - Browse repository at this point
Copy the full SHA eb29c8dView commit details -
deps: bump opencontainers/cgroups to v0.0.2
For changes, see https://github.com/opencontainers/cgroups/releases/tag/v0.0.2 Fix integration tests according to changes in [1] (now the CPU quota value set is rounded the same way systemd does it). [1]: opencontainers/cgroups#4 Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
Configuration menu - View commit details
-
Copy full SHA for f5e8c63 - Browse repository at this point
Copy the full SHA f5e8c63View commit details -
libct: State: ensure Resources is not nil
Since opencontainers/cgroups v0.0.2 (commit b206a01), all stuct Resources fields are annotated with "omitempty" attribute. As a result, the loaded configuration may have Resources == nil. It is totally OK (rootless containers may have no resources configured) except since commit 6c5441e, cgroup v1 fs manager requires Resources to be set in the call to NewManager (this is a cgroup v1 deficiency, or maybe our implementation deficiency, or both). To work around this, let's add code to ensure Resources is never nil after loading from state.json. Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
Configuration menu - View commit details
-
Copy full SHA for e34f643 - Browse repository at this point
Copy the full SHA e34f643View commit details -
deps: bump cgroups to v0.0.3, fix tests
For changelog, see https://github.com/opencontainers/cgroups/releases/tag/v0.0.3 This fixes two runc issues: 1. JSON incompatibility introduced in cgroups v0.0.2 (see opencontainers/cgroups#22). 2. Bad CPU shares to CPU weight conversion (see #4772). Due to item 2, modify some tests accordingly. Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
Configuration menu - View commit details
-
Copy full SHA for 3764d6e - Browse repository at this point
Copy the full SHA 3764d6eView commit details
Commits on Sep 24, 2025
-
build(deps): bump github.com/opencontainers/cgroups from 0.0.3 to 0.0.4
Bumps [github.com/opencontainers/cgroups](https://github.com/opencontainers/cgroups) from 0.0.3 to 0.0.4. - [Release notes](https://github.com/opencontainers/cgroups/releases) - [Changelog](https://github.com/opencontainers/cgroups/blob/main/RELEASES.md) - [Commits](opencontainers/cgroups@v0.0.3...v0.0.4) --- updated-dependencies: - dependency-name: github.com/opencontainers/cgroups dependency-version: 0.0.4 dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>
Configuration menu - View commit details
-
Copy full SHA for 2845c53 - Browse repository at this point
Copy the full SHA 2845c53View commit details
Commits on Sep 25, 2025
-
merge #4897 into opencontainers/runc:release-1.3
(Backported by Jared Ledvina.) dependabot[bot]: build(deps): bump github.com/opencontainers/cgroups from 0.0.3 to 0.0.4 Kir Kolyshkin (4): deps: bump cgroups to v0.0.3, fix tests libct: State: ensure Resources is not nil deps: bump opencontainers/cgroups to v0.0.2 tests/int: simplify using check_cpu_quota LGTMs: kolyshkin cyphar
Configuration menu - View commit details
-
Copy full SHA for e0b5e1e - Browse repository at this point
Copy the full SHA e0b5e1eView commit details
Commits on Oct 1, 2025
-
Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
Configuration menu - View commit details
-
Copy full SHA for aeabe4e - Browse repository at this point
Copy the full SHA aeabe4eView commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff v1.3.1...v1.3.2