Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Fastmap kernel panic

オープン
#2 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
28/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
技術スタック
c, debian, linux

調査の方向性

まず、commit 1af50c1、modprobe でロードされた dmap モジュール、および /dev/dmap/dmap1 を作成する scripts/load-it-blkdev.sh を使って、記載されたセットアップを再現します。rand_threads_read と rand_threads_write を実行し、その後 kernel panic の詳細と dmap 関連のエントリポイントを調べます。完了とは、失敗の原因を特定し、修正方法または診断に必要な追加情報を文書化することです。

索引モデルが issue の本文から書いたものです。

説明

Hi,
I am trying to use Fastmap in combination with libvmmalloc or vmem to offload memory for quantum chemistry applications to many nvme-drives. I have gotten libvmmalloc and pmem to work. However, Fastmap gives me some trouble by causing kernel panics.
Could you please have a look an give or do you have any idea what the reason could be? Or which additional information would be helpful.

Steps to reproduce:

  • Debian oldstable with Mainline Kernel 4.14.123 running in qemu 7.0.0
  • fastmap commit 1af50c1
  • swap off, transparent huge pages disabled
  • modprobe dmap perma_mmap_buf_size=16
  • /dev/dmap/dmap1 created using scripts/load-it-blkdev.sh
  • rand_threads_read /dev/dmap/dmap1 2
    • seems to work in the sense that is read from the device
  • rand_threads_write /dev/dmap/dmap1 2
    • starts to fill up the dram memory and finally leads to a kernel panic:

image

Things I have tried so far:

  • reducing the size of the cache (perma_mmap_buf_size=16)
主要言語
C
スター
37
フォーク
6
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

CARV-ICS-FORTH/FastMap のほかの issue

CARV-ICS-FORTH/FastMap の issue をすべて見る

似ている issue

C の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。