화정큐삼REDPILL 프로젝트가 시작된지 5년이 되었다고 하는군요.
저는 중간에 참여한 개발자라 한 3년이 넘어가는것 같습니다.
그런데, 프로젝트 초반부터 못잡고 있었던 처리를 오늘에서야 해결을 했습니다.
얼마전 이와 관련한 중간 연구사항은 이렇습니다.
DVA3221 / DVA3219 인 DENVOTON 플랫폼도 해당이 된다고 해서 같이 조정했습니다.
이 3개 플랫폼은 인텔 10G 카드를 기본장착하고 있어서 ixgbe 모듈을 기본적으로 정상인식시키위한 탐지 과정이 있습니다.
그런데, 헤놀로지는 이 랜카드가 없는 경우에도 불필요하게 ixgbe 50초 탐지 할 수 밖에 없는 상황였습니다.
이로 인해 부팅이 불필요하게 50초 정도 지연되는 현상이 남아 있었습니다.
이 처리 루틴이 동작하지 못하도록 LKM 으로 후킹처리를 했습니다.
실제 인텔 10G 카드 (ixgbe 모듈 사용 케이스)를 사용해야 하는 경우는 정상동작 테스트 했습니다.
5년동안 해결을 못해왔던 문제인데, 솔루션이 나와서 저로서도 무척 감격스럽고 기쁩니다.
최근 개인 A.I 코더 비서가 하나 생겨서 MSHELL 안정화에 가속도가 붙고 있습니다.
그리고, 이번 버전에서 개선된 사항은 아래 3가지 입니다.
1. custom-modules 사용 시 HBA syno_block_info 쓰기 실패 오류를 수정 (HBA 디스크 인식불가 현상)
2. 디스크 관리자에서 HBA 디스크 펌웨어 버전이 올바르게 표시되도록 수정했습니다.
3. broadwellnk / broadwell / denverton 플랫폼에서 ixgbe 탐지 루프(약 50초/30회)를 방지하기 위해 synolanstatus를 차단했습니다.
이제 디스크 관리자에서 HBA 의 펌웨어 버전은 1.13.2 가 아닌 실제 펌웨어 리비전을 확인 하실 수 있습니다.
새로 개선된 기능을 적용하고 싶으시면 반드시 로더는 재빌드 해주셔야 합니다.
감사 드립니다.
새로운 버젼을 리빌드해 사용하고는 싶은데 이놈에 귀챠니즘이 괴롭히네요.
항상 노고에 감사드립니다.
새로운 버전 나올 때마다 안되는 줄 알면서 혹시나 싶어. 7.3 올려 봤지만 매번 실패 합니다. ^^
버전업 때마다 개선사항이 니와서 대단하시다고 생각합니다.
항상 응원하며 감사드립니다.
이미 로더 빌드해서 문제 생기신 경우, SA6400 은 all-modules 대신 custom-modules 로 변경해서 다시 빌드해 보시기 바랍니다.
오늘중 SA6400 (커널5 모델) .dts 파일 오생성 (디스크 미인식) 현상 다시 수정 배포 해보겠습니다.
배포하시면 다시 재빌드해서 설치해 보겠습니다.
진심으로 너무 감사드립니다.
저도 회원님 무분주신걸로 이번주중 custom-modules 를 해봐야 하나 싶었습니다.
DSM 7.3 부터 구형 인텔 / AMD CPU 커맨드들이 많이 배제되고 있는 추세 같습니다.
RR 도 비슷한 판단을 했던것 같습니다.
인텔의 경우 하스웰부터 BMI2 라는 커맨드가 사용되기 시작했는데,
DSM 7.2 까지는 이 우회 할수 있는 컴파일 옵션을 사용하면서까지 커버해 주었는데,
DSM 7.3 부터는 그냥 제한을 걸어 버렸습니다.
아래는 제가 Claude 와 함꼐 vmliinux 파일을 검증해 본것입니다.
[CPU CHECK] Scanning vmlinux for Haswell-only instructions...
AVX2 : 0 hits
BMI2 : 6610 hits
INVPCID : 2 hits
FMA3 : 0 hits
[CPU CHECK] WARNING: Haswell-only instructions detected!
[CPU CHECK] This kernel will FREEZE on Ivy Bridge (3rd gen).
BMI2 6610 개의 의미는 GCC 12이 -march=haswell 이상으로 커널 전체를 컴파일 → RORX/SARX/SHRX 등이 일반 연산 코드 전반에 삽입됨.
시놀로지가 bzImage 컴파일시 DSM 7.2 까지는
-march=ivybridge 또는 -march=sandybridge 로 컴파일 해 주었지만,
DSM 7.3 부터는
-march=haswell 또는 -march=x86-64-v3
가 사용되어 사실상 인텔 3세대 이하는 지원 포기를 했다는 의미입니다.
custom-modules 는 bzImage 마져도 개발자들이 직접컴파일 할 수가 있기 때문에
저런 제약사항을 넣지 않고 만들어서 자유롭게 CPU 세대 제한없이 사용할 수 있는것 입니다.
N54L이 문제가 없으면 N40L도 추후 진행해 보겠습니다.
화정큐삼님 너무 너무 감사드립니다.
lkm 버전 : prod-26.4.20 확인되시면 정상으로 디스크 보이실겁니다.
SA6400 all-modules 대신 custom-modules 로 변경해서 다시 빌드해봤더니 7.3.2 설치 깔끔하게 되네요.
그런데 기존 하드를 물리고 마이그레이션 했더니 먹통이 되었습니다.
다시 호다닥 DS3622xs+(broadwellnk) 7.2.2 로 리빌드 하고... 하드디스크는 전에 화정큐삼님이 알려주신대로 운영체제 부분만 날리고 재설치 했습니다.
아무래도... 이제 구형 CPU인 n54l의 종착지는 7.2.2가 마지막일 것 같다는 느낌이 드네요.
그러면 이제 mshell v1.2.9.1 다운로드 받아서 사용 하면 되는거죠?
어제 SA6400 custom-modules 쪽에 이슈가 있었습니다.
관련된 내용은 이글 댓글을 한번 읽어 주십시요.
지금은 해결된 상태인데, 그전에 custom-modules 를 설치하신 분들은 모듈이 오염된 상태로 꼬여있을 수 있습니다.
https://svrforum.com/nas/3085607
꼭 Proxmox 같은 VM 뿐만 아니라 네이티브에도 적용되는 공통사항입니다.