이 문제는 AMD e-350 APU 및 내장형 radeon HD 6310 그래픽이 탑재된 노트북에서 발생합니다. Slackware64 버전 14.0을 실행합니다. 콘솔(VT)에서는 KMS가 라데온 드라이버와 함께 사용됩니다.
이 문제는 3.10.* 시리즈 커널을 사용할 때 발생합니다. 콘솔 화면 공백이 활성화된 경우(예: setterm -blank또는 커널 매개 변수 consoleblank=) 화면이 공백이 되면 즉시 검은색으로 변하지만 1초 이내에 완전히 흰색이 되고 공백이 해제될 때까지 그 상태를 유지합니다. 나는 이 문제를 해결하는데 성공하지 못하고 온라인으로 검색해 보았습니다.
vga=(a) KMS가 비활성화되고 콘솔 비디오가 구성 되거나 (b) 3.2.* 시리즈 커널이 KMS와 함께 사용되는 경우 화면이 정상적으로 꺼진다는 점을 덧붙이고 싶습니다 . 여러 가지 이유로 이러한 가능성은 내 사용에 적합하지 않습니다. 3.10.* 커널에서 제대로 작동하길 원합니다.
어떤 제안이라도 환영합니다. 필요한 경우 추가 정보를 제공할 수도 있습니다.
답변1
좀 더 검색해서 알아냈어요이 스레드backlight=0, 이는 3.18.* 커널 이상에서 사용 가능한 radeon 매개변수를 사용하여 문제를 해결할 수 있음을 나타냅니다 .
우연히 3.18.7을 사용해 보았고 backlight0. 재컴파일이 필요하다는 점을 고려하여 소스코드를 최신 3.18.28로 업데이트한 후 재컴파일하였습니다. 이렇게 해서 방화벽이 복구되고,하지만콘솔 블랭킹 수정이 더 이상 작동하지 않습니다. 이제 backlight=0라데온이 로드되면 전체 콘솔이 영구적으로 어두워집니다. 다시 시작하는 것 외에는 복구할 수 있는 방법이 없습니다. 대신 시도하면 backlight=1처음에는 콘솔이 공백이 되었다가 흰색으로 변합니다(위에 링크된 스레드에서 언급한 대로).
따라서 이는 더 많은 조사가 필요한 관련 문제로 발전했습니다.
답변2
좀 더 조사해봤습니다. 먼저 backlight=03.18.7(블랭킹이 잘 작동함)부터 3.18.28(깨짐)까지의 모든 증분 패치를 살펴보았습니다 . 가장 의심스러운 변화는 0.22에서 0.23으로의 패치이다.
그래서 3.18.22 를 컴파일하고 backlight=0. backlight=0그런 다음 3.18.23 코드에서 의심스러운 두 줄을 제거했습니다. 파일에 나타나며 drivers/gpu/drm/radeon/atombios_encoders.c동일한 호출입니다.
atombios_set_backlight_level(radeon_encoder, dig->backlight_level);
이 호출에 주석을 달고 다시 컴파일하면 제대로 작동합니다. 나는 이 문제가 있는 특정 하드웨어에서 이러한 호출 중 하나만 제거해야 할 수도 있다고 생각합니다.
마지막으로, Slackware64 버전 4.4.5-현재의 최신 커널을 사용해 봤다는 점을 지적하고 싶습니다. 이것은 backlight=0아무것도 해킹할 필요 없이 매우 잘 작동합니다.