LINUX.ORG.RU

Комп сломан, как юзать vesa c 1366x768


0

2

У меня аппаратно полетел ноут. Сначала полоски на экране появлялись при нажатии снизу на корпус. Теперь они появляются всегда и за ними следует зависание компа. Нести в ремонт во время сессии, приема на новую работу, сдачи парочки проектов - вообще не тема.

Начал замечать то, то когда грузится консоль во фреймбуффере, то указанные проблемы не наблюдаются, даже если прижать снизу. Недолго думал, vesa в иксы - все работает, вентилятор на видяхе не гудит, pure software, или хоть частично как я понял! Но у меня экран 1366x768, а оно дотянуло до 1280. В итоге хоть и работает стабильно, но вылезают глаза. Зрение себе испорчу сразу.

Вопрос, есть ли такой драйвер, чтобы можно иксы софтверно догнать до нужного разрешения.

Nvidia 210M, Gentoo.

★★★★★

>как юзать vesa c 1366x768

Bios ничего не знает о таком нестандартном разрешении, так что никак.
Можно попробовать kms.

anon_666
()
Ответ на: комментарий от AITap

Это просто закинуть в xorg?

vertexua@vxcomp /usr/share/X11 $ gtf 1366 768 -x

  # 1368x768 @ 0.00 Hz (GTF) hsync: -nan kHz; pclk: -nan MHz
  Modeline "1368x768_0.00"  -nan  1368 -2147483648 -2147483648 -2147483648  768 769 772 769  -HSync +Vsync
vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

Думаю, стоило указать частоту обновления экрана 60Гц.

Section "Monitor"
 Identifier "mon0"
 # 1368x768 @ 0.00 Hz (GTF) hsync: -nan kHz; pclk: -nan MHz
 Modeline "1368x768_0.00"  -nan  1368 -2147483648 -2147483648 -2147483648  768 769 772 769  -HSync +Vsync
 # 1368x768 @ 60.00 Hz (GTF) hsync: 47.70 kHz; pclk: 85.86 MHz
 Modeline "1368x768_60.00"  85.86  1368 1440 1584 1800  768 769 772 795  -HSync +Vsync
EndSection

Section "Device"
    Identifier     "dev0"
    Driver         "vesa" 
EndSection

Section "Screen"
    Identifier     "scr0"
    Device         "dev0" # должен совпадать с см. выше
    Monitor        "mon0" # аналогично
EndSection

AITap ★★★★★
()

Предлагаю 1024x768 временно. У меня смотрелось не так уж и плохо при установке генты на нетбук.

Zenithar
()
Ответ на: комментарий от vertexua

нуво поддерживает нормальный KMSный фреймбуфер с нативным разрешением в отличие от проприетарных дров.

uGin
()
Ответ на: комментарий от AITap
vertexua@vxcomp ~ $ xrandr
Screen 0: minimum 320 x 400, current 1280 x 720, maximum 1280 x 720
default connected 1280x720+0+0 0mm x 0mm
   1280x720        0.0* 
   800x600         0.0  
   640x480        60.0  
   640x400         0.0  
   320x400         0.0

Грущу...

vertexua ★★★★★
() автор топика
Ответ на: комментарий от uGin

Ну у меня же очевидно проблема как раз в видяхе, только когда ничего не ускоряется через проприетарный блоб, тогда все работает. Серьезнейшая проблема в железе. Только vesa кажись не юзает поломанную микросхему. Почему нуво будет работать?

vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

Просто я сказал, зачем тебе порекомендовали, но это было глупо, да)

Весой ты не сделаешь 1366ы768.

Может uvesafb поможет?

uGin
()
Ответ на: комментарий от vertexua

А в логе есть упоминания этих modeline'ов?

AITap ★★★★★
()

Нуво не завелось с

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0"
EndSection

Section "Files"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    HorizSync       28.0 - 33.0
    VertRefresh     43.0 - 72.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "vesa"
    VendorName     "NVIDIA Corporation"
    Option "NoLogo"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Только вместо vesa - нуво. Пишет

http://pastebin.com/Lwvfcfh5

vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

Убедитесь, что модули dri подгружены (весьма вероятно, что они в блеклисте из-за установленного nvidia).

AITap ★★★★★
()
Ответ на: комментарий от AITap

У меня их нет, по крайней мере в виде модуля. Не могу нормально нагуглить какая опция ядра стоит dri.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от anon_666

Есть. В dmesg по этому вопросу ничего.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от anon_666

В логе иксов все по старому, никаких модулей dri, dri2 не предвидится как явления в виде файла *.ko в файловой системе что бы я не делал.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

/dev/dri* по-старому нет. Интернеты говорят что их создает udev.

vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

>никаких модулей dri, dri2 не предвидится как явления в виде файла *.ko в файловой системе

А таких модулей и не существует. Должен быть nouveau.ko

anon_666
()

Проблема решилась удалением всяких video и т.д из опций загрузки ядра. Потом еще чуток подправил xorg.conf.

Полет нормальный, виснет при нажатии на корпус как и блоб, но не виснет само. Артефакты на гномопанели.

Может покопаю kms. Цель - красивый фреймбуфер

vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

Пока video=1366x768-24@60 не работает. Просто игнорируется.

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