LINUX.ORG.RU

Gentoo (kernel > 3.12.13) + Intel ValleyView Gen7

 , ,


0

2

Добрый день, господа.

Имеется в наличии железка ASUS X200MA и именно с ней дальше пойдут свистопляски.

Возникла следующая проблема. Бился я с разными ядрами, шерстил интернеты, менял местами флаги в них, пока в итоге не нашёл единственное решение, которое сейчас худо-бедно работает (однако mplayer всё одно безбожно тормозит, но сейчас не об этом) - собрать 3.12.13 + прописать в командах загрузки ядра video=VGA1:d (потому что ОСь почему-то считает, что у неё к VGA что-то подключено, хотя по факту пусто)

Казалось бы, если новое (!) железо взлетает на старом ядре, то оно тем более должно работать на более новом, но не тут-то было. Берём конфиг ядра, который работает на 3.12.13, засовываем в более новые версии, make oldconfig && make -j4 && make modules_install && cp arch/x86_64/boot/bzImage /boot/krn-3.1x.x и на выходе получаем, что ядро прогружается и через несколько секунд после ругани на ext4 и до загрузки openrc экран моргает и погружается в кромешную темноту. Подсветка монитора работает, а вот на самом экране ничего не отображается. (Если подключить монитор к VGA, то тоже самое, только на нём)

Что интересно, сама система вполне успешно функционирует, команды бьются, всё работает, кроме видеовыхлопа.

Внимание вопрос. Как заставить эту железку адекватно работать?

Ну и конечно же логи из «слепой» системы:

dmesg: http://bpaste.net/show/460311

messages: http://bpaste.net/show/460312

lspci: http://bpaste.net/show/460313

Linux kernel bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=80191



Последнее исправление: admincheg (всего исправлений: 2)

Ответ на: комментарий от greenman

О, милчеловек, а ведь ты прав. Ходил я по интернетам, ходил, а ответ вот он, на поверхности.

Однако вопрос с иксами всё одно остаётся открытым. Он пишет вы выхлоп простыню про поддерживаемые драйвером intel карточки и говорит, что No devices detected.

admincheg
() автор топика

А по моим скромным наблюдениям ломаться всё начало ещё после 2.6.32.

Кроме того сами проблемы в данном случае вовсе не в одном единственном ядре. Упоротый acpi и способ «решения» проблемы на это намекает. Кроме того "ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State" и "ACPI Warning: SystemIO range <cut> conflicts with OpRegion <cut>" в логах еще раз четко указывают на место проблемы.

Если не исключать всех возможных источников неприятностей в данном случае беда из-за сочетания упоротого dsdt и возможно либо багов либо отсутствия необходимых костылей в ядре.

Казалось бы, если новое (!) железо взлетает на старом ядре, то оно тем более должно работать на более новом, но не тут-то было.

По логике да. А в реальности раньше могли быть костыли которые помогали успешной работе а теперь их могли зачинить до такой степени что стало то что ты и наблюдаешь.

В любом случае открывай баг в багзилле ядра.

init_6 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.