Linux 거의 기본 4.19.133 중단이 실패하고 Devuan의 4.19.0-9 커널과 잘 작동합니다.

Linux 거의 기본 4.19.133 중단이 실패하고 Devuan의 4.19.0-9 커널과 잘 작동합니다.

나는 오랫동안 내 자신의 커널을 구축하고(가끔) ConKolivas 패치만 있는 스톡 소스를 사용하고, -O2 최적화 대신 -O3를 사용하고(설정할 수 있는 경우) Core2 CPU 제품군을 대상으로 하는 습관을 가져왔습니다. . 구성은 원래 Ubuntu 14.04에서 사용할 수 있는 최신 커널 중 하나를 기반으로 했습니다. 기본적으로 비활성화한 유일한 항목은 AppArmor, SELinux 및 제품군과 관련된 설정이었습니다.

몇 년 전에 제가 만든 최신 커널은 4.14.23입니다. 하루에 한 번 이상 일시 중지된 랩톱에서는 제대로 작동하고 실행 시간이 길지만 때때로 일시 중지 프로그램이 중단되고 전원 LED가 계속 켜져 컴퓨터를 다시 시작해야 합니다. 정확한 증상은 수없이 보고되었습니다.

이번 주에 저는 4.19.133(엄격하게 구축하고 테스트를 시작했을 때의 현재 버전)으로 업그레이드했습니다. 결국 모든 것을 테스트했다고 생각하고 기본 설치를 업그레이드했지만 정지 문제가 체계적으로 발생하고 있다는 사실을 발견했습니다.

약간 오래된 Devuan Beowulf(Debian Buster라고도 함)의 4.19.0-9 커널은 영향을 받지 않지만 구성 차이가 너무 많아서 중요한 차이점을 찾을 수 없습니다. 커널에서 동일한 XHCI 구성을 시도했지만 도움이 되지 않았습니다.

이 특정 커널 버전에서 중단 문제에 대한 보고를 찾지 못했기 때문에 현재 버전(137)에 대한 수정 사항이 있을 것이라는 기대는 크지 않지만 두고 보겠습니다.

여기서 무엇이 잘못될 수 있는지 및/또는 이를 방지할 수 있는 방법에 대해 실제 답변을 줄 수 있는 사람이 있나요? 5.x 커널 수정 사항에 대한 YouTube 동영상이 있는데, 이 동영상이 나에게 어떤 도움이 될지 의심스럽습니다.

참고: 내 메인 시스템은 여전히 ​​Kubuntu 14.04에 있고 Devuan Beowulf를 사용하여 두 번째 시스템을 설정하고 있습니다. 즉, 둘 다 무료입니다.

답변1

방금 4.19.0-9에서 4.19.0-10으로 전환했습니다. 내 컴퓨터가 4.19.0-10 커널의 일시 중단으로 인해 제대로 깨어나지 않았습니다. 일어나려면 전원 버튼을 눌러야 해요. 둘 사이에서 재부팅을 전환하면 4.19.0-10 버전에서만 정지 문제가 발생하는 것을 확인할 수 있습니다. 일시적으로 작업 시스템에 더 많은 ACPI 항목이 있는 것처럼 보이지만 SYSLOG에서 실제 문제를 발견하지 못했습니다. 어쩌면 이 작은 버전 차이가 누군가가 문제의 범위를 좁히는 데 도움이 될 수 있습니다.

답변2

나는 방금 몇 가지 대답을 우연히 발견했거나 최소한 Con Kolivas(ck1) 패치로 구축된 커널에 대한 수정 사항(5.7 커널용)을 발견했다고 생각합니다. 그것코어가 오프라인일 때 Finish_cpu()를 호출하면 안 됩니다.. 이것은 실제로 내가 보고 있는 증상을 고려할 때 매우 합리적인 설명처럼 들립니다. 만약 그것이 finish_cpu()내가 생각하는 대로 작동한다면 문제의 CPU는 함수를 호출한 후에 더 이상 아무것도 할 수 없다는 것을 의미합니다(그리고 펌웨어가 뭔가를 할 수 있기를 바랍니다) 동등) 안전하게 수행하십시오).

-ck1 커널 사용자는 커밋 적용을 시도할 수 있습니다.muqss: Revert invocation of "finish_cpu" when offlining core. 이는 실제로 패치로 인한 변경 사항을 되돌리지 않으므로아마도패치는 기본 커널에도 적용될 수 있습니다. 매우 간단합니다.

관련 정보