TCRP-MSHELL SA6400 Epyc7002 i915 모듈을 추가했습니다.
11세대 이상의 iGPU 가 포함된 모델에서 시험가능할 것으로 보입니다.
제가 유일하게 가진 11세대 노트북이 있는데, 퇴근해서 시험해볼 예정입니다.
중국인으로 보이는 MoetaYoko 님이 이번에 rr 쪽에 개발해서 추가해주신 모듈인데
한번더 수정된 버전이 아직 rr 에는 반영되지 않아서 TCRP 에 먼저 반영해 봤습니다.
지난번 SA6400 시험해주신 GEA4 님께 도움이 될것 같습니다.
Jim 이 분 말고도 개발이 진행 중이였군요
시간 날 때 한번 또 시도해보겠습니다.
두 분의 노고의 감사드립니다.
다만 코덱 활성화를 성공할 수 있을지가 의문이네요.. SA6400은 시리얼을 구할 수도 없을것 같고..
설치방법은 SA6400으로 동일하게 빌드하면 될까요? 아니면 과거 제 글에서처럼 따로 패치를 적용해야 할까요?
11세대 노트북을 포맷할 처지가 못되서 일단 하스웰 i5-4690 4세대에 설치시험하고 있습니다.
7.2.1 U1 이나 U2 로 자동업데이트 패치가 되면 다시 벽돌이 되는 문제가 있어서 일단 자동 업데이트는 막아두었습니다.
i915 모듈 자체는 잘 설치되는것 같은데,
dmesg 에서 i915 관련한 커널패닉이 보이는것 같아서 MoetaYoko 님께 문의한 상태입니다.
이 오류 때문인지 /dev/dri 도 생성되지 않습니다.
다만 dmesg -w 출력시
[ 4260.942481] i915 0000:06:10.0: [drm] *ERROR* VBT claims to have both internal and external displays on PHY A. Configuring for internal.
오류가 가득 메워지는군요...
중간 중간
audit: type=1400 audit(1700579601.996:26): apparmor="DENIED" operation="mount" info="failed srcname match" error=-13 profile="/usr/syno/sbin/synoscgi//SYNO.AME.License" name="/tmp/bootmnt/" pid=21301 comm="SYNO.AME.Licens" fstype="ext2" srcname="/dev/synoboot2" flags="rw, silent"
라는 메세지도 보이기는 하는데 문외한이라 잘 모르겠습니다 하하..
많이 보던 srcname="/dev/synoboot2" 도 눈에 띄는데 이것 마운트가 필요에 따라 붙었다 떼었다 하는과정이 보이는데, 이게 잘 안된건지도 모르겠습니다.
우선은 igpu 인식이 우선이니 저 부분은 나중으로 미뤄야겠습니다.
네이티브로도 동일 시스템에서 설치해볼 여유가 되니 시간이 될 때 네이티브로도 한번 시도해보겠습니다.
어쩌면 제가 한 패스스루에서 문제가 있을 수도 있으니 변수를 줄여볼게요
저도 Mshell 에 다시 배포한 상태인데요.
하스웰에서의 시험은 접고 더 높은 세대로 시험을 하던지 해야 겠습니다.
MoetaYou님도 하스웰 같은 저사양 테스트 PC 가 없어서 시험이 불가하다고 답변하셨네요.
저는 audit 부분은 패스 한것처럼 나오는것 같습니다.
여전히 커널패닉이 이어져서 테스트 보드를 바꿀 계획입니다.
[ 4.262290] audit: initializing netlink subsys (disabled)
[ 4.263089] audit: type=2000 audit(1700661534.171:1): state=initialized audit_enabled=0 res=1
root@ODroid:/# lsmod | grep i915
i915 2928640 0
i2c_algo_bit 16384 1 i915
i915_compat 16384 1 i915
drm_mipi_dsi 20480 1 i915
intel_gtt 20480 1 i915
drm_kms_helper 167936 1 i915
drm 376832 3 drm_kms_helper,i915
hdmi 24576 2 i915,drm
dmabuf 61440 5 drm_kms_helper,drm_mipi_dsi,i915,i915_compat,drm
lsmod | grep i915을 했을때 결과가 이전 글의 Jim블로그의 출력물과도 약간 차이가 있는것 같습니다
by-path card0 renderD128
우선 /dev/dri 에 renderD128 도 잘잡히는것까지도 동일하구요
참 어렵습니다 ㅠㅠ
SA6400-7.1.1 설치로 해보신건가요?
i915 커널 패닉이 계속 나는지 오늘 다른 하스웰 PC에 한번더 해보려 합니다.
저보다 더 테스트에 진전이 있으신것 같은데요.
일단 저도 GEA4님 상황까지는 따라가야 이후 안되는 상황을 풀어갈 수 있을것 같습니다.
제가 설치한 7.2.1 에서 나는 커널 패닉 로그는 아래와 같습니다.
https://xpenology.com/forum/topic/69865-i915-driver-for-sa6400/?do=findComment&comment=452420
Odroid H3+ N6005, Proxmox 환경에서 설치한것은 동일하지만
TCRP에서는 7.2.1 최신버전으로 설치했었습니다.
기존 Jim블로그 가이드대로 했던것은 APRL 7.1.1 버전이였구요
저는 그저 구글링해서 가이드 글을 보고 따라 할 수 있는 정도 수준밖에 안되기 때문에.. (리눅스 문외한..)
혹 테스트를 해봐야 하는 부분이 있다면 명령어들을 알려주신다면 테스트해드릴 수 있을 것 같습니다
사실 위에 올린 명령어 결과들도 구글링해서 igpu가 잡힌걸 확인하려면 이런식으로 나와야한다. 정도 밖에 몰라서요..하하..
SA6400 i915 안정화에 성공한것 같습니다.
rr 과 동일하게 EUDEV 방식을 사용해야 안정적으로 돌아갑니다.
DDSML 을 선택불가하도록 MSHELL 을 보완했습니다.
/dev/dri 폴더도 잘 보이고 dmesg -w 에도 안정적으로 i915가 로드된것이 잘 나타납니다.
현재 4세대,11세대,13세대가 검증되었습니다.
나머지 세대는 유저분들이 더 확인해 주시면 감사하겠습니다.
최종시험 한가지만 더 진행하고 확정해야 겠습니다.
69057 U3 까지 자동 업데이트가 되도록 램디스크 패치스크립트를 다시 풀었는데, 이게 아직 문제가 있는것 같습니다.
랜이 죽는현상이 다시 지속되서 이것 잡고나서 전체 업데이트 공지로 공유 드리겠습니다.
cmt alert