Автор Гілка: fglrx+hibernate - неможливо?  (Прочитано 1583 раз)

Відсутній Вуйко з полонини

  • Кореспондент
  • ***
  • дописів: 181
  • Карма: +0/-0
Debian 4 (uname -r = 2.6.22.9) on Dell Inspirion 1501
Поставивши пропрієтарні драйвери від АТІ(у мене відеокарта х1150. Версія драйверу 8.40.4), я забув про suspend to disk. Мене це дуже сильно турбує, адже така функція ДУЖЕ необхідна.
При echo "disk" > /sys/power/state
ніби йде в суспенд, але потім повертається назад із помилкою
echo: write error: Cannot allocate memory
Погугливши я побачив, що я таки не один, і є певне вирішення: відредагувати в /etc/defaults/acpi-support
USE_DPMS=flase
SAVE_VBE_STATE=false

Але це ніяк не допомогло. Думав вивантажувати цей клятий fglrx:
MODULES="fglrx"
Теж ніякого результату.
Як вийти з такої ситуації?
« Змінено: 2007-12-26 21:19:01 від body »
"Don't waste your time or time will waste you" Matthew Bellamy

Praporshic

  • Гість
Re: fglrx+hibernate - неможливо?
« Відповідей #1 : 2007-12-26 21:29:12 »
Грався на такому саме залізі але з OpenSUSE 10.3. Результат той саме. Наразі там використовують suspend2disk та відкритий відеодрайвер radeon.

Відсутній Вуйко з полонини

  • Кореспондент
  • ***
  • дописів: 181
  • Карма: +0/-0
Re: fglrx+hibernate - неможливо?
« Відповідей #2 : 2007-12-27 21:17:30 »
Пан Borovy поділився знаннями щодо драйверів. Якщо поставити нові драйвери8.43.2, то все має запрацювати. Треба буде спробувати.
« Змінено: 2007-12-27 21:17:56 від body »
"Don't waste your time or time will waste you" Matthew Bellamy

Відсутній Вуйко з полонини

  • Кореспондент
  • ***
  • дописів: 181
  • Карма: +0/-0
Re: fglrx+hibernate - неможливо?
« Відповідей #3 : 2007-12-31 15:25:13 »
Нові дрова зробили своє - все прекрасно працює+3D прискорення вражає.
З.І.: все ж на АТІ працюють не такі вже й невдахи.
"Don't waste your time or time will waste you" Matthew Bellamy

Praporshic

  • Гість
Re: fglrx+hibernate - неможливо?
« Відповідей #4 : 2007-12-31 20:59:53 »
Нові дрова зробили своє - все прекрасно працює+3D прискорення вражає.
З.І.: все ж на АТІ працюють не такі вже й невдахи.
Це вже справа рук програмістів AMD а не ATI.