Kernel Panic when using 6.6 kernel android 15 .ko module
Maintainer thường phản hồi trong vòng 3 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- android, c, linux
- Lĩnh vực
- operating-systems, security
Hướng nghiên cứu
The report names no source file or test and mixes Android 15 in the title with Android 17 on a Pixel 10 Pro XL. Start by checking the supported Android and kernel versions, then reproduce loading the .ko module and compare the reported reset message; done means establishing whether the panic is in scope and documenting a reproducible result.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Soo 1r of all, an issue, the .ko module was tested on a Pixel 10 Pro XL running Android 17, which i expected to be out of scope as for now.
The reason for me uploading this issue is in the scenario that the issue was not expected, or may be related to issues with other devices, and ill upload any findings i have here or solutions.
reset message: KP: Oops: Fatal exception: comm:finit_loader PC:kp_patch_text+0x30/0x188 [kernelpatch] LR:0x86a1d54865208aa8
- Ngôn ngữ chính
- C
- Star
- 1.6k
- Fork
- 395
- Merge trung bình
- 3 ngày 23 giờ
- Pull request đã merge (30 ngày)
- 7
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của bmax121/KernelPatch
-
official LineageOS on nicepool: APpatch patching fails but only if done via recovery sideloadCó thể đã có người làm @bmax121 đã nhận 14 ngày trước. Đang mở
bmax121/KernelPatch#332 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
bmax121/KernelPatch#329 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 3 ngày
-
kernel stack overflow: handle_supercmd 与 supercmd_echo 各持 4KB 栈缓冲区嵌套，event 上报改写 argv 时栈耗尽 panicĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
bmax121/KernelPatch#323 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
SUPERCALL_KSTORAGE_LIST_IDS writes to an unvalidated userspace pointer with a raw memcpy → kernel KEĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 72/100
bmax121/KernelPatch#308 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
bmax121/KernelPatch#306 ·
Maintainer thường phản hồi trong vòng 3 ngày
Tất cả issue của bmax121/KernelPatch
Issue tương tự
-
docs, ffi, python: update stale "built-in rules" references and pipeline order in docstringsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[cmocka] update to 2.0.2Đang mởupdate-request
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
msys2/MINGW-packages#33004 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
docs: write the buffer exampleĐang mởarea:buffer good first issue type:documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
sudo-project/sudo#586 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
OpenPrinting/cups#1795 ·
Maintainer thường phản hồi trong vòng 1 ngày