Asterinas aims to be a production-grade Linux alternative—memory safe, high-performance, and more.
This report summarizes scanner evidence for asterinas/asterinas, a Rust project with 4,903 GitHub stars. SynthScan examined 356,736 lines of code across 2486 source files, recording 1523 pattern matches distributed across 14 syntactic categories. The legacy adjusted pattern signal is 4.9 (Low pattern signal); it is not an authorship estimate.
Use the findings to ask whether maintainers can explain intent, verify dependencies, simplify unnecessary scaffolding, and focus review effort. Risk Payload v1 adds ownership, supply-chain, over-engineering, and review-effort vectors when available. These are prompts for human verification, not probabilities, security findings, or measured maintenance costs.
Use each vector to guide manual verification of the underlying findings.
Can maintainers explain intent, assumptions, and trade-offs? 1491 finding(s).
Are imports declared and package/API names verified? 2 finding(s).
Are wrappers, guards, and repeated structures necessary? 36 finding(s).
Which changes need focused human review? 1523 finding(s).
This chart tracks the legacy adjusted pattern score across scan runs. Changes can reflect source changes, scan coverage, or detector/scoring versions; they do not measure AI adoption or prove that a team refactored code. Compare runs only when their scoring versions are compatible. The dashed line tracks the raw pattern-hit count.
Groups findings by configured severity weight. Severity is not a confidence estimate, security rating, or proof that a package is missing. Verify imports against the project's manifests and inspect each finding in its local design context.
This horizontal bar chart shows where configured pattern scores accumulate across directories. Treat the bars as locations to inspect, not as evidence of authorship or code quality. Use the file-level findings to decide whether a directory needs a focused ownership, dependency, complexity, or review check.
The scanner identified 1523 distinct pattern matches across 14 syntactic categories. Each entry below represents a discrete location in the source code where the engine recorded a detector match to inspect in context. Expand any category row to inspect the individual file paths, line numbers, code snippets, and the lexical context (CODE, COMMENT, or STRING) in which each match was detected.
Reading the findings table: The Severity column indicates the configured finding weight (CRITICAL / HIGH / MEDIUM / LOW). The Context column identifies whether the match occurred inside executable code, an inline comment, or a string literal — legacy comment-context matches receive a ×1.5 score weight. The ⚡ bolt icon marks clustered matches: three or more patterns within a 10-line window, each receiving an additional ×1.5 density multiplier under the legacy scoring model.
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | clippy.toml | 1 | # This file configures some Clippy lints. | COMMENT |
| LOW | ostd/libs/padding-struct/src/lib.rs | 41 | /// | COMMENT |
| LOW | ostd/libs/padding-struct/src/lib.rs | 61 | /// #[repr(C)] | COMMENT |
| LOW | ostd/libs/padding-struct/src/lib.rs | 81 | /// struct MyStruct { | COMMENT |
| LOW | ostd/libs/ostd-pod/macros/src/lib.rs | 21 | /// | COMMENT |
| LOW | ostd/libs/ostd-pod/macros/src/lib.rs | 41 | /// use ostd_pod::array_helper::{ArrayFactory, ArrayManufacture, U64Array}; | COMMENT |
| LOW | ostd/libs/ostd-pod/macros/src/lib.rs | 61 | /// // Field accessor methods | COMMENT |
| LOW | ostd/libs/ostd-pod/macros/src/lib.rs | 81 | /// pub fn new_bytes(bytes: [u8; 4]) -> Self { | COMMENT |
| LOW | ostd/libs/ostd-pod/src/array_helper.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/libs/ostd-pod/src/array_helper.rs | 41 | COMMENT | |
| LOW | ostd/libs/ostd-pod/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/libs/ostd-pod/src/lib.rs | 21 | /// Creates a new instance from the given bytes. | COMMENT |
| LOW | ostd/libs/linux-bzimage/setup/src/main.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | …x-bzimage/setup/src/x86/amd64_efi/unaccepted_memory.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | …x-bzimage/setup/src/x86/amd64_efi/unaccepted_memory.rs | 61 | // After this call, the allocation is accessed only through the builder and | COMMENT |
| LOW | ostd/libs/linux-bzimage/setup/src/x86/amd64_efi/efi.rs | 141 | } | COMMENT |
| LOW | ostd/libs/linux-bzimage/boot-params/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/libs/linux-bzimage/builder/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/libs/align_ext/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/libs/align_ext/src/lib.rs | 21 | /// assert_eq!(12usize.align_up(4), 12); | COMMENT |
| LOW | ostd/libs/ostd-test/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/libs/ostd-test/src/lib.rs | 21 | //! To write a unit test for any crates, it is recommended to create a new test | COMMENT |
| LOW | ostd/libs/ostd-test/src/lib.rs | 41 | //! panic!("expected panic message"); | COMMENT |
| LOW | ostd/libs/ostd-test/src/lib.rs | 241 | /// Get the whitelist of the tests. | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 21 | /// perform all sorts of necessary initialization steps | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 41 | /// | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 61 | /// } | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 81 | COMMENT | |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 121 | let _: () = #main_fn_name(); | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 141 | /// use core::alloc::Layout; | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 181 | /// [`global_allocator`] attribute, which applies to a static variable | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 221 | .into() | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 261 | COMMENT | |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 301 | COMMENT | |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 341 | } | COMMENT |
| LOW | ostd/libs/ostd-macros/src/lib.rs | 361 | /// } | COMMENT |
| LOW | ostd/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/src/smp.rs | 21 | sync::SpinLock, | COMMENT |
| LOW | ostd/src/user.rs | 41 | /// Here is a sample code on how to use `UserMode`. | COMMENT |
| LOW | ostd/src/user.rs | 81 | /// The method returns for one of three possible reasons indicated by [`ReturnReason`]. | COMMENT |
| LOW | ostd/src/power.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/src/power.rs | 21 | } | COMMENT |
| LOW | ostd/src/power.rs | 41 | /// } | COMMENT |
| LOW | ostd/src/power.rs | 61 | crate::arch::power::try_restart(code); | COMMENT |
| LOW | ostd/src/power.rs | 81 | /// } | COMMENT |
| LOW | ostd/src/boot/memory_region.rs | 21 | /// Reserved by BIOS or bootloader, do not use. | COMMENT |
| LOW | ostd/src/boot/memory_region.rs | 221 | /// | COMMENT |
| LOW | ostd/src/boot/smp.rs | 61 | COMMENT | |
| LOW | ostd/src/boot/smp.rs | 121 | /// | COMMENT |
| LOW | ostd/src/boot/mod.rs | 121 | }); | COMMENT |
| LOW | ostd/src/boot/mod.rs | 141 | /// access to an early console and thus enable logging. | COMMENT |
| LOW | ostd/src/boot/mod.rs | 161 | } | COMMENT |
| LOW | ostd/src/util/either.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/src/util/id_set.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/src/util/id_set.rs | 41 | /// if one invokes `Into::<u32>::into()` for an `Id` value, | COMMENT |
| LOW | ostd/src/util/id_set.rs | 81 | } | COMMENT |
| LOW | ostd/src/util/id_set.rs | 101 | /// ``` | COMMENT |
| LOW | ostd/src/util/macros.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/src/util/macros.rs | 21 | /// | COMMENT |
| 1309 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | …/core/comps/mlsdisk/src/layers/1-crypto/crypto_blob.rs | 24 | /// ┌─────────┬─────────┬─────────┬──────────────────────────────┐ | COMMENT |
| MEDIUM | …/core/comps/mlsdisk/src/layers/1-crypto/crypto_blob.rs | 27 | /// └─────────┴─────────┴─────────┴──────────────────────────────┘ | COMMENT |
| MEDIUM⚡ | …core/comps/mlsdisk/src/layers/1-crypto/crypto_chain.rs | 28 | /// ┌─────────────────────┬───────┬──────────┬──────────┬──────────┬─────────┐ | COMMENT |
| MEDIUM⚡ | …core/comps/mlsdisk/src/layers/1-crypto/crypto_chain.rs | 31 | /// └─────────────────────┴───────┴──────────┴──────────┴──────────┴─────────┘ | COMMENT |
| MEDIUM⚡ | …core/comps/mlsdisk/src/layers/1-crypto/crypto_chain.rs | 33 | /// ◄─────────────────────────── Block size (4KB) ──────────────────────────► | COMMENT |
| MEDIUM | …re/src/net/socket/netlink/route/message/segment/mod.rs | 28 | //! ┌────────┬─────────┬──────┬─────────┬──────┬──────┬──────┐ | COMMENT |
| MEDIUM | …re/src/net/socket/netlink/route/message/segment/mod.rs | 30 | //! └────────┴─────────┴──────┴─────────┴──────┴──────┴──────┘ | COMMENT |
| MEDIUM | kernel/core/src/net/socket/netlink/message/attr/mod.rs | 21 | //! ┌────────┬─────────┬─────────┬─────────┐ | COMMENT |
| MEDIUM | kernel/core/src/net/socket/netlink/message/attr/mod.rs | 23 | //! └────────┴─────────┴─────────┴─────────┘ | COMMENT |
| MEDIUM | kernel/core/src/net/socket/netlink/message/attr/mod.rs | 42 | // ┌────────┬───────────────┬──────────┐ | COMMENT |
| MEDIUM | kernel/core/src/net/socket/netlink/message/attr/mod.rs | 44 | // └────────┴───────────────┴──────────┘ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 90 | /// ┌────────────────┐ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 93 | /// └────────┬───────┘ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 96 | /// ┌────────▼───────┐ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 97 | /// │InblobProvided ◄─────────┐ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 98 | /// └────────┬───────┘ │ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 101 | /// ┌────────▼───────┐ │ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 102 | /// │OutblobGenerated├─────────┘ | COMMENT |
| MEDIUM⚡ | kernel/core/src/security/tsm.rs | 103 | /// └────────────────┘ | COMMENT |
| MEDIUM | kernel/core/src/fs/fs_impls/ext2/inode/dir/dir_entry.rs | 18 | //! ┌──────────────────────────────────────────────────────────┐ | COMMENT |
| MEDIUM | kernel/core/src/fs/fs_impls/ext2/inode/dir/dir_entry.rs | 20 | //! └──────────────────────────────────────────────────────────┘ | COMMENT |
| MEDIUM⚡ | kernel/core/src/fs/file/fs_config_file.rs | 41 | /// ┌─────────────┐ create_fs ┌───────────────┐ create_detached_mount ┌───────────────┐ | COMMENT |
| MEDIUM⚡ | kernel/core/src/fs/file/fs_config_file.rs | 42 | /// │ Configuring │ ──────────> │ AwaitingMount │ ──────────────────────> │ Reconfiguring │ | COMMENT |
| MEDIUM⚡ | kernel/core/src/fs/file/fs_config_file.rs | 43 | /// └──────┬──────┘ └───────────────┘ └───────┬───────┘ | COMMENT |
| MEDIUM⚡ | kernel/core/src/fs/file/fs_config_file.rs | 45 | /// └──────────────────────────────┬───────────────────────────────────────┘ | COMMENT |
| MEDIUM⚡ | kernel/core/src/fs/file/fs_config_file.rs | 47 | /// ┌────────────────┐ | COMMENT |
| MEDIUM⚡ | kernel/core/src/fs/file/fs_config_file.rs | 49 | /// └────────────────┘ | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | ostd/libs/ostd-pod/README.md | 37 | ### Step 1: Edit your `Cargo.toml` | COMMENT |
| LOW | ostd/libs/ostd-pod/README.md | 52 | ### Step 2: Edit your `lib.rs` (or `main.rs`) | COMMENT |
| LOW | ostd/libs/ostd-pod/README.md | 67 | ### Step 3: Define your first POD type | COMMENT |
| LOW⚡ | …/github_workflows/prepare_for_docker_build_and_push.sh | 16 | # Step 1: Login to Docker Hub | COMMENT |
| LOW⚡ | …/github_workflows/prepare_for_docker_build_and_push.sh | 23 | # Step 2: Fetch versions | COMMENT |
| LOW⚡ | …/github_workflows/prepare_for_docker_build_and_push.sh | 31 | # Step 3: Check whether each target image already exists. | COMMENT |
| LOW⚡ | test/nixos/README.md | 24 | ### Step 1: Copy the Template | COMMENT |
| LOW⚡ | test/nixos/README.md | 31 | ### Step 2: Update `Cargo.toml` | COMMENT |
| LOW⚡ | test/nixos/README.md | 35 | ### Step 3: Implement Your Tests | COMMENT |
| LOW | test/initramfs/src/benchmark/README.md | 97 | ### Step 1: Add the Directory Structure | COMMENT |
| LOW | test/initramfs/src/benchmark/README.md | 111 | ### Step 2: Create Necessary Files | COMMENT |
| LOW | test/initramfs/src/benchmark/README.md | 181 | ### Step 3: Update Suite's `summary.json` | COMMENT |
| LOW | test/initramfs/src/benchmark/README.md | 199 | ### Step 4: Update the CI Configuration | COMMENT |
| LOW | test/initramfs/src/benchmark/README.md | 212 | ### Step 5: Test, Validate and Commit | COMMENT |
| LOW⚡ | …/initramfs/src/regression/io/epoll/test_epoll_pwait.sh | 12 | # Step 2: Run epoll_pwait in the background | COMMENT |
| LOW⚡ | …/initramfs/src/regression/io/epoll/test_epoll_pwait.sh | 18 | # Step 3: Wait for 1 seconds to let epoll_pwait initialize and block SIGUSR1 | COMMENT |
| LOW⚡ | …/initramfs/src/regression/io/epoll/test_epoll_pwait.sh | 21 | # Step 4: Send SIGUSR1 to epoll_pwait | COMMENT |
| LOW⚡ | distro/etc_nixos/modules/xfce/start_xfce.sh | 15 | # Step 1: run dbus | COMMENT |
| LOW⚡ | distro/etc_nixos/modules/xfce/start_xfce.sh | 23 | # Step 2: run Xorg | COMMENT |
| LOW | distro/etc_nixos/modules/xfce/start_xfce.sh | 39 | # Step 3: initialize Xfce's desktop and D-Bus activation environment. | COMMENT |
| LOW⚡ | …tro/popular-applications/nix-and-nixos-tools/README.md | 20 | # Step 1: Create a clean workspace | COMMENT |
| LOW⚡ | …tro/popular-applications/nix-and-nixos-tools/README.md | 23 | # Step 2: Write a C program | COMMENT |
| LOW⚡ | …tro/popular-applications/nix-and-nixos-tools/README.md | 33 | # Step 3: Write a default.nix | COMMENT |
| LOW | …tro/popular-applications/nix-and-nixos-tools/README.md | 55 | # Step 4: Build and run | COMMENT |
| LOW | book/src/kernel/vm-based-containers/coco.md | 25 | ## Step 1: Prepare the host kernel | COMMENT |
| LOW | book/src/kernel/vm-based-containers/coco.md | 53 | ## Step 2: Enter the CoCo environment | COMMENT |
| LOW | book/src/kernel/vm-based-containers/coco.md | 129 | ## Step 3: Start a CoCo workload | COMMENT |
| LOW | book/src/kernel/vm-based-containers/coco.md | 230 | ## Step 4: Use a local kernel (optional) | COMMENT |
| LOW | book/src/kernel/vm-based-containers/kata.md | 24 | ## Step 1: Prepare the host kernel | COMMENT |
| LOW | book/src/kernel/vm-based-containers/kata.md | 50 | ## Step 2: Enter the Kata-ready environment | COMMENT |
| LOW | book/src/kernel/vm-based-containers/kata.md | 138 | ## Step 3: Start a Kata workload | COMMENT |
| LOW | book/src/kernel/vm-based-containers/kata.md | 230 | ## Step 4: Use a local kernel (optional) | COMMENT |
| LOW | kernel/core/comps/cmdline/src/dispatch.rs | 111 | // Step 1: Build lookup from registered param name to handler. | COMMENT |
| LOW | kernel/core/comps/cmdline/src/dispatch.rs | 122 | // Step 2: Tokenize the kernel command line and group recognized param by normalized name. | COMMENT |
| LOW | kernel/core/comps/cmdline/src/dispatch.rs | 174 | // Step 3: Dispatch each group to its handler. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 21 | // Step 1: flush the xattr. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 26 | // Step 2: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 31 | // Step 3: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 34 | // Step 4: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 47 | // Step 1: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 50 | // Step 2: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 53 | // Step 3: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/dir/mod.rs | 246 | // Step 2: lock all participating inodes in global ino order. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/dir/mod.rs | 255 | // Step 3: validate invariants under lock. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/dir/mod.rs | 258 | // Step 4: apply directory mutations and metadata updates. | COMMENT |
| LOW | kernel/core/src/fs/fs_impls/overlayfs/inode/lookup.rs | 60 | // Step 1 - the real id: the identity module resolves it from the stack, record included. | COMMENT |
| LOW | kernel/core/src/fs/fs_impls/overlayfs/inode/lookup.rs | 69 | // Step 2 - the published number, drawn once here and repeated for the instance's lifetime. | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | Cargo.toml | 242 | # FIXME: to utilize `AES-NI` and `CLMUL` intrinsics, some specific flags must be added to `RUSTFLAGS`, | COMMENT |
| MEDIUM | ostd/src/arch/x86/kernel/tsc.rs | 32 | /// leverage the PIT to calculate the TSC frequency. | COMMENT |
| MEDIUM | ostd/src/arch/riscv/boot/smp.rs | 73 | // FIXME: We should find a robust method to identify the management | COMMENT |
| MEDIUM | ostd/src/arch/riscv/cpu/extension.rs | 18 | // FIXME: We should find a robust method to identify the management | COMMENT |
| MEDIUM | ostd/src/mm/frame/meta.rs | 86 | /// - the subsequent fields can utilize the padding of the | COMMENT |
| MEDIUM | ostd/src/sync/wait.rs | 67 | /// more efficient and robust. | COMMENT |
| MEDIUM | …nitramfs/src/regression/process/pthread/pthread_test.c | 117 | // The test case of robust mutex | COMMENT |
| MEDIUM | …nitramfs/src/regression/process/pthread/pthread_test.c | 158 | // Init robust mutex | COMMENT |
| MEDIUM | …s/aster-code-review/benchmark/validate_problem_yaml.sh | 48 | # The numeric part is the stable id the harness/CLI select by (slugs get reworded), | COMMENT |
| MEDIUM | …gents/skills/aster-code-review/benchmark/problems.yaml | 23 | # the harness never shows them to the review agent. | COMMENT |
| MEDIUM | .agents/skills/aster-code-review/benchmark/run.sh | 6 | # run.sh — benchmark harness for aster-code-review. | COMMENT |
| MEDIUM | .agents/skills/aster-code-review/benchmark/run.sh | 12 | # do the launching, so this harness names no agent | COMMENT |
| MEDIUM | .agents/skills/aster-code-review/benchmark/run.sh | 57 | # so this harness names no agent. | COMMENT |
| MEDIUM | .agents/skills/aster-code-review/benchmark/run.sh | 287 | # Pass iff every attempted problem produced a review (no harness errors) and at least one ran | COMMENT |
| MEDIUM | .agents/skills/aster-code-review/benchmark/run.sh | 296 | # every negative clean, no harness error, >=1 defect measured. | COMMENT |
| MEDIUM | …nts/skills/aster-code-review/scripts/resolve_target.sh | 34 | # --- parse: quote-aware tokenizer + grammar (in python for a robust parse) ---- | COMMENT |
| MEDIUM | .github/workflows/test_nixos_full.yml | 1 | # A comprehensive test for NixOS. | COMMENT |
| MEDIUM | book/lychee.toml | 49 | # Number of threads to utilize. Defaults to number of cores available to the system if omitted. | COMMENT |
| MEDIUM | kernel/core/src/thread/work_queue/mod.rs | 48 | //! Certainly, users can also create a dedicated WorkQueue and WorkerPool. | COMMENT |
| MEDIUM | kernel/core/src/process/execve.rs | 217 | // is initialized. Hence, it is necessary to clear the previously recorded robust list. | COMMENT |
| MEDIUM | kernel/core/src/process/posix_thread/robust_list.rs | 3 | //! The implementation of robust list is from occlum. | COMMENT |
| MEDIUM | kernel/core/src/process/posix_thread/robust_list.rs | 38 | /// Return an iterator for all futexes in the robust list. | COMMENT |
| MEDIUM | kernel/core/src/process/posix_thread/robust_list.rs | 132 | /// Attempts to wake a robust futex owned by the given thread. | COMMENT |
| MEDIUM | kernel/core/src/process/posix_thread/exit.rs | 161 | /// Walks the robust futex list, marking futex dead and waking waiters. | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW⚡ | …/github_workflows/prepare_for_docker_build_and_push.sh | 16 | # Step 1: Login to Docker Hub | COMMENT |
| LOW⚡ | …/github_workflows/prepare_for_docker_build_and_push.sh | 23 | # Step 2: Fetch versions | COMMENT |
| LOW⚡ | …/github_workflows/prepare_for_docker_build_and_push.sh | 31 | # Step 3: Check whether each target image already exists. | COMMENT |
| LOW⚡ | …/initramfs/src/regression/io/epoll/test_epoll_pwait.sh | 12 | # Step 2: Run epoll_pwait in the background | COMMENT |
| LOW⚡ | …/initramfs/src/regression/io/epoll/test_epoll_pwait.sh | 18 | # Step 3: Wait for 1 seconds to let epoll_pwait initialize and block SIGUSR1 | COMMENT |
| LOW⚡ | …/initramfs/src/regression/io/epoll/test_epoll_pwait.sh | 21 | # Step 4: Send SIGUSR1 to epoll_pwait | COMMENT |
| LOW⚡ | distro/etc_nixos/modules/xfce/start_xfce.sh | 15 | # Step 1: run dbus | COMMENT |
| LOW⚡ | distro/etc_nixos/modules/xfce/start_xfce.sh | 23 | # Step 2: run Xorg | COMMENT |
| LOW | distro/etc_nixos/modules/xfce/start_xfce.sh | 39 | # Step 3: initialize Xfce's desktop and D-Bus activation environment. | COMMENT |
| LOW | kernel/core/comps/cmdline/src/dispatch.rs | 111 | // Step 1: Build lookup from registered param name to handler. | COMMENT |
| LOW | kernel/core/comps/cmdline/src/dispatch.rs | 122 | // Step 2: Tokenize the kernel command line and group recognized param by normalized name. | COMMENT |
| LOW | kernel/core/comps/cmdline/src/dispatch.rs | 174 | // Step 3: Dispatch each group to its handler. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 21 | // Step 1: flush the xattr. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 26 | // Step 2: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 31 | // Step 3: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 34 | // Step 4: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 47 | // Step 1: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 50 | // Step 2: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/sync.rs | 53 | // Step 3: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/dir/mod.rs | 246 | // Step 2: lock all participating inodes in global ino order. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/dir/mod.rs | 255 | // Step 3: validate invariants under lock. | COMMENT |
| LOW⚡ | kernel/core/src/fs/fs_impls/ext2/inode/dir/mod.rs | 258 | // Step 4: apply directory mutations and metadata updates. | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | …ls/aster-code-review/scripts/post_reviews_to_github.sh | 126 | f"> These comments were generated by AI using the [`aster-code-review`]({url}) " | CODE |
| HIGH | …/core/src/net/socket/netlink/message/segment/header.rs | 64 | /// Dump was filtered as requested | COMMENT |
| HIGH | kernel/core/src/vm/perms.rs | 46 | /// Parses `bits` as requested permissions from user programs and returns errors | COMMENT |
| HIGH | kernel/core/src/vm/perms.rs | 58 | /// Parses `bits` as requested permissions from user programs and ignores any | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | .typos.toml | 1 | # This file is to help typos avoid false-positives. | COMMENT |
| MEDIUM | tools/net/qemu-ifup.sh | 5 | # Create a TAP interface. | COMMENT |
| MEDIUM | test/nixos/common/merge_nixos_config.sh | 66 | # This file is generated by merge_nixos_config.sh | COMMENT |
| MEDIUM | book/check_rust_api_doc_version.sh | 16 | # Define the search pattern. | COMMENT |
| MEDIUM | osdk/rustfmt.toml | 1 | # This file contains the same content as the rustfmt.toml in the root directory, | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | tools/bump_version.sh | 194 | # Check if versions are equal | COMMENT |
| LOW | tools/nixos/run.sh | 91 | # Check if the execution was successful: | COMMENT |
| LOW | tools/github_workflows/publish_api_docs.sh | 125 | # Check if help message should be printed | COMMENT |
| LOW | test/nixos/common/merge_nixos_config.sh | 36 | # Check if input files exist | COMMENT |
| LOW | test/initramfs/src/benchmark/bench_linux_and_aster.sh | 358 | # Check if runtime_config was actually found and non-empty | COMMENT |
| LOW | test/initramfs/src/benchmark/common/prepare_host.sh | 8 | # Set BENCHMARK_ROOT to the parent directory of the current directory if it is not set | COMMENT |
| LOW | test/initramfs/src/benchmark/common/bench_runner.sh | 64 | # Check if the benchmark name is valid | COMMENT |
| LOW | test/initramfs/src/regression/fs/run_test.sh | 76 | # Check if file_a's content is updated | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | kernel/core/comps/mlsdisk/src/util/lazy_delete.rs | 26 | /// Here is a simple example. | COMMENT |
| LOW | kernel/core/src/arch/x86/cpu.rs | 508 | // latest Linux implementation. Please don't forget to update the commit hash after you | COMMENT |
| MEDIUM | kernel/libs/aster-util/src/coeff.rs | 25 | /// Here is a simple example of such calculation: | COMMENT |
| LOW | kernel/comps/i8042/src/mouse.rs | 333 | // Currently, this method can generate at most 7 events. Don't forget to update this when | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | …pplications/ai-and-machine-learning/test_tensorflow.py | 16 | def test_gpu_available_flag_type(self): | CODE |
| LOW | …pplications/ai-and-machine-learning/test_tensorflow.py | 23 | def test_basic_autograd_linear(self): | CODE |
| LOW | …pplications/ai-and-machine-learning/test_tensorflow.py | 44 | def test_linear_regression_training(self): | CODE |
| LOW | …r-applications/ai-and-machine-learning/test_pytorch.py | 16 | def test_cuda_available_flag_type(self): | CODE |
| LOW | …r-applications/ai-and-machine-learning/test_pytorch.py | 23 | def test_basic_autograd_linear(self): | CODE |
| LOW | …r-applications/ai-and-machine-learning/test_pytorch.py | 47 | def test_linear_regression_training(self): | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | …s/aster-code-review/benchmark/validate_problem_yaml.sh | 29 | except Exception as e: | CODE |
| LOW | .agents/skills/aster-code-review/scripts/run_agent.sh | 69 | except Exception as e: sys.stderr.write(f"invalid JSON {p}: {e}\n"); sys.exit(3) | CODE |
| LOW | …ts/skills/aster-code-review/scripts/assemble_review.sh | 79 | except Exception as e: | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | test/nixos/tests/development-tools/src/main.rs | 224 | nixos_shell.run_cmd("cd /tmp/git_test2 && git config user.email 'test@test.com'")?; | CODE |
| LOW | test/nixos/tests/development-tools/src/main.rs | 238 | nixos_shell.run_cmd("cd /tmp/git_test3 && git config user.email 'test@test.com'")?; | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | kernel/libs/typeflags/src/lib.rs | 20 | //! // Usage example: | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | …gents/skills/aster-code-review/scripts/parse_review.py | 58 | CODE |