Asterinas aims to be a production-grade Linux alternative—memory safe, high-performance, and more.
This report presents the forensic synthetic code analysis of asterinas/asterinas, a Rust project with 4,761 GitHub stars. SynthScan v2.0 examined 303,036 lines of code across 2173 source files, recording 1343 pattern matches distributed across 14 syntactic categories. The overall adjusted score of 5.1 places this repository in the Low AI signal band.
The scanner applied 160+ deterministic lexical heuristics, multi-line block detectors, abstract syntax tree depth profilers, and a cross-file Jaccard similarity matrix to construct a statistically normalised synthetic code estimate. All matches are individually weighted by severity coefficient and contextual multiplier before summation, and the resulting headline score is temporally discounted to account for the repository's development history relative to the commercial emergence of large language model coding tooling (November 2022 onward).
This chart maps the temporal evolution of the adjusted synthetic code score across successive scan runs. An upward trajectory indicates ongoing incorporation of AI-generated code or expanding LLM-assisted scaffolding; a stable or declining trajectory may reflect active human refactoring, code removal, or the adoption of stricter authorship policies. The dashed secondary line (right axis) independently tracks total raw pattern hit count, which can diverge from the normalised score when codebase size changes significantly between scans.
Classifies detected patterns by their diagnostic confidence and structural impact. CRITICAL patterns (coefficient 10) represent definitive synthetic signatures — hallucinated imports, explicit LLM attribution metadata — virtually never produced by human authors. HIGH (5) indicates strong structural tells such as cross-file repetition or cross-linguistic idioms. MEDIUM (2) covers recognisable conversational padding and AI-specific vocabulary. LOW (1) captures subtle indicators like tautological comments and generic boilerplate that require density to carry independent signal.
This horizontal bar chart decomposes the repository's raw synthetic code score by top-level directory, allowing you to pinpoint precisely which modules or components carry the highest AI authorship density. Directories with disproportionately high scores relative to their size warrant targeted manual review: concentrated AI signatures often trace back to mass-generated configuration layers, auto-ported test suites, LLM-scaffolded boilerplate classes, or entire subsystems authored under heavy copilot assistance. Use this view to prioritise your human code-review effort.
The scanner identified 1343 distinct pattern matches across 14 syntactic categories. Each entry below represents a discrete location in the source code where the engine recorded a statistically significant AI authorship indicator. 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 diagnostic confidence level (CRITICAL / HIGH / MEDIUM / LOW). The Context column identifies whether the match occurred inside executable code, an inline comment, or a string literal — comment-context matches receive a ×1.5 weight because LLMs systematically over-annotate. The ⚡ bolt icon marks clustered matches: three or more patterns within a 10-line window, each receiving an additional ×1.5 density multiplier as dense clusters constitute far stronger evidence of synthetic authorship than isolated hits.
| 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 | 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/ex_table.rs | 21 | /// the following statements: | COMMENT |
| LOW | ostd/src/ex_table.rs | 41 | /// ``` | COMMENT |
| LOW | ostd/src/lib.rs | 1 | // SPDX-License-Identifier: MPL-2.0 | COMMENT |
| LOW | ostd/src/lib.rs | 61 | global_heap_allocator_slot_map, main, panic_handler, | COMMENT |
| LOW | ostd/src/smp.rs | 21 | /// | COMMENT |
| LOW | ostd/src/user.rs | 41 | /// Code execution in the user mode. | COMMENT |
| LOW | ostd/src/power.rs | 21 | 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 | /// usability will be its type. | COMMENT |
| LOW | ostd/src/boot/smp.rs | 61 | COMMENT | |
| LOW | ostd/src/boot/smp.rs | 121 | /// | COMMENT |
| LOW | ostd/src/boot/mod.rs | 41 | /// Gets the boot information. | COMMENT |
| LOW | ostd/src/boot/mod.rs | 121 | /// | COMMENT |
| LOW | ostd/src/boot/mod.rs | 161 | let kernel_cmdline = EARLY_INFO.get().unwrap().kernel_cmdline; | 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 |
| LOW | ostd/src/cpu/id.rs | 101 | } | COMMENT |
| LOW | ostd/src/cpu/id.rs | 141 | /// This function is safe to call, but is vulnerable to races. The returned CPU | COMMENT |
| LOW | ostd/src/cpu/id.rs | 161 | /// | COMMENT |
| LOW | ostd/src/cpu/id.rs | 181 | } | COMMENT |
| LOW | ostd/src/cpu/id.rs | 201 | // 2. The number of CPUs is correct. | COMMENT |
| 1137 more matches not shown… | ||||
| 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 | 7 | # Step 1: run dbus | COMMENT |
| LOW⚡ | distro/etc_nixos/modules/xfce/start_xfce.sh | 15 | # Step 2: run Xorg | COMMENT |
| LOW | distro/etc_nixos/modules/xfce/start_xfce.sh | 31 | # Step 3: run xfce4 | 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/comps/cmdline/src/dispatch.rs | 111 | // Step 1: Build lookup from registered param name to handler. | COMMENT |
| LOW | kernel/comps/cmdline/src/dispatch.rs | 122 | // Step 2: Tokenize the kernel command line and group recognized param by normalized name. | COMMENT |
| LOW | kernel/comps/cmdline/src/dispatch.rs | 174 | // Step 3: Dispatch each group to its handler. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 19 | // Step 1: flush the xattr. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 24 | // Step 2: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 29 | // Step 3: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 32 | // Step 4: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 45 | // Step 1: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 48 | // Step 2: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 51 | // Step 3: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 245 | // Step 1: read inode numbers without write locks so we know which | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 266 | // Step 2: lock all participating inodes in global ino order. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 275 | // Step 3: validate invariants under lock. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 278 | // Step 4: apply directory mutations and metadata updates. | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | kernel/comps/mlsdisk/src/layers/1-crypto/crypto_blob.rs | 24 | /// ┌─────────┬─────────┬─────────┬──────────────────────────────┐ | COMMENT |
| MEDIUM | kernel/comps/mlsdisk/src/layers/1-crypto/crypto_blob.rs | 27 | /// └─────────┴─────────┴─────────┴──────────────────────────────┘ | COMMENT |
| MEDIUM⚡ | …rnel/comps/mlsdisk/src/layers/1-crypto/crypto_chain.rs | 28 | /// ┌─────────────────────┬───────┬──────────┬──────────┬──────────┬─────────┐ | COMMENT |
| MEDIUM⚡ | …rnel/comps/mlsdisk/src/layers/1-crypto/crypto_chain.rs | 31 | /// └─────────────────────┴───────┴──────────┴──────────┴──────────┴─────────┘ | COMMENT |
| MEDIUM⚡ | …rnel/comps/mlsdisk/src/layers/1-crypto/crypto_chain.rs | 33 | /// ◄─────────────────────────── Block size (4KB) ──────────────────────────► | COMMENT |
| MEDIUM | …el/src/net/socket/netlink/route/message/segment/mod.rs | 28 | //! ┌────────┬─────────┬──────┬─────────┬──────┬──────┬──────┐ | COMMENT |
| MEDIUM | …el/src/net/socket/netlink/route/message/segment/mod.rs | 30 | //! └────────┴─────────┴──────┴─────────┴──────┴──────┴──────┘ | COMMENT |
| MEDIUM | kernel/src/net/socket/netlink/message/attr/mod.rs | 21 | //! ┌────────┬─────────┬─────────┬─────────┐ | COMMENT |
| MEDIUM | kernel/src/net/socket/netlink/message/attr/mod.rs | 23 | //! └────────┴─────────┴─────────┴─────────┘ | COMMENT |
| MEDIUM | kernel/src/net/socket/netlink/message/attr/mod.rs | 42 | // ┌────────┬───────────────┬──────────┐ | COMMENT |
| MEDIUM | kernel/src/net/socket/netlink/message/attr/mod.rs | 44 | // └────────┴───────────────┴──────────┘ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 90 | /// ┌────────────────┐ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 93 | /// └────────┬───────┘ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 96 | /// ┌────────▼───────┐ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 97 | /// │InblobProvided ◄─────────┐ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 98 | /// └────────┬───────┘ │ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 101 | /// ┌────────▼───────┐ │ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 102 | /// │OutblobGenerated├─────────┘ | COMMENT |
| MEDIUM⚡ | kernel/src/security/tsm.rs | 103 | /// └────────────────┘ | COMMENT |
| MEDIUM | kernel/src/fs/fs_impls/ext2/inode/dir/dir_entry.rs | 18 | //! ┌──────────────────────────────────────────────────────────┐ | COMMENT |
| MEDIUM | kernel/src/fs/fs_impls/ext2/inode/dir/dir_entry.rs | 20 | //! └──────────────────────────────────────────────────────────┘ | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | Cargo.toml | 207 | # 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 | 29 | /// 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 | 83 | /// - 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 | 284 | # 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 | 293 | # 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 | kernel/src/thread/work_queue/mod.rs | 48 | //! Certainly, users can also create a dedicated WorkQueue and WorkerPool. | COMMENT |
| MEDIUM | kernel/src/process/execve.rs | 176 | // is initialized. Hence, it is necessary to clear the previously recorded robust list. | COMMENT |
| MEDIUM | kernel/src/process/posix_thread/robust_list.rs | 3 | //! The implementation of robust list is from occlum. | COMMENT |
| MEDIUM | kernel/src/process/posix_thread/robust_list.rs | 38 | /// Return an iterator for all futexes in the robust list. | COMMENT |
| MEDIUM | kernel/src/process/posix_thread/robust_list.rs | 132 | /// Attempts to wake a robust futex owned by the given thread. | COMMENT |
| MEDIUM | kernel/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 | 7 | # Step 1: run dbus | COMMENT |
| LOW⚡ | distro/etc_nixos/modules/xfce/start_xfce.sh | 15 | # Step 2: run Xorg | COMMENT |
| LOW | distro/etc_nixos/modules/xfce/start_xfce.sh | 31 | # Step 3: run xfce4 | COMMENT |
| LOW | kernel/comps/cmdline/src/dispatch.rs | 111 | // Step 1: Build lookup from registered param name to handler. | COMMENT |
| LOW | kernel/comps/cmdline/src/dispatch.rs | 122 | // Step 2: Tokenize the kernel command line and group recognized param by normalized name. | COMMENT |
| LOW | kernel/comps/cmdline/src/dispatch.rs | 174 | // Step 3: Dispatch each group to its handler. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 19 | // Step 1: flush the xattr. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 24 | // Step 2: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 29 | // Step 3: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 32 | // Step 4: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 45 | // Step 1: flush dirty data pages. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 48 | // Step 2: flush inode-local indirect metadata before inode-table state. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/sync.rs | 51 | // Step 3: persist inode metadata to the inode-table page cache. | COMMENT |
| LOW | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 245 | // Step 1: read inode numbers without write locks so we know which | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 266 | // Step 2: lock all participating inodes in global ino order. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 275 | // Step 3: validate invariants under lock. | COMMENT |
| LOW⚡ | kernel/src/fs/fs_impls/ext2/inode/dir/mod.rs | 278 | // 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 | kernel/src/net/socket/netlink/message/segment/header.rs | 61 | /// Dump was filtered as requested | COMMENT |
| HIGH | kernel/src/vm/perms.rs | 46 | /// Parses `bits` as requested permissions from user programs and returns errors | COMMENT |
| HIGH | kernel/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 | 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 | 175 | # 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 | 251 | # 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 | 63 | # 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/libs/aster-util/src/coeff.rs | 25 | /// Here is a simple example of such calculation: | COMMENT |
| MEDIUM | kernel/comps/mlsdisk/src/util/lazy_delete.rs | 26 | /// Here is a simple example. | 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 |
| LOW | kernel/src/arch/x86/cpu.rs | 495 | // latest Linux implementation. Please don't forget to update the commit hash after you | 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 |