Зависание после ждущего режима

[sfs]

Получается - у imago проблема связана с дровами ati,  а не версией ядра?
Pro, перечитал всю тему про pf -
1.

Ну вот мне не ясен смысл UKSM, я его месяца 3 гонял, присматривался, 12мб он сэкономил на дедупликации, zram например сжимает минимум в 2.6, а то и 3 раза.

Нам zram не надо? А https://aur.archlinux.org/packages/fusecompress-git/ ?
2. Будешь компилить 3.14? В Pra02 проблема компиляции ядра не прояснилась? Тогда на pra01 скомпилить? или какие мысли?
3. Не нашел там совет ...

[Pro]

3. Не нашел там совет ...

я дал прямую ссылку на совет, сообщение с советом обведено красной каемкой.
Там на всю тему одна строчка кода....

[sfs]

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

[RoDoN]

Выполнил в pra-14.04a на ядре 3.13.7-pf:

Код

sudo ls -1 /proc | egrep -e '[0-9]+' | sort -n | xargs -I {} taskset -pc 0 {} 

а в ответ куча строк, где или неподдерживается, или не разрешено, а в конце list affinity 0
ушел в ждущий и не вернулся  убегаю обратно на 3.11.3-pf

[RoDoN]

Проверил в pra-14.04a новое ядро 3.14.0-pf, ждущий режим на нетбуке без улучшений, опять пришлось дергать батарею

Нашел на закрытом ftp ядро и базовый .pfs 3.13.7-pf для PR, результат такой же плачевный, как и в PRA.

[sfs]

А с не -pf ядрами выше 3.11 , в других дистрах, проблема остается
Т. е понять проблема совместимости версии ядра с твоим железом или pf патча...

[RoDoN]

А вот с ядром 3.13.6-porteus в 14.04a все работает нормально.

С др. ядрами не -pf не проверял.

[sfs]

Получается проблема в pf патче выше 3.11...
А вообще есть еще у кого-то аналогичные проблемы или это единственный проблемный ноут? Отзовитесь...

[Pro]

ну проще наверное ядро собрать без патча и проверить.

[sfs]

RoDoN свою проблему ядром 3.11 решил. Хотелось бы понять насколько массовый характер проблемы...
Без этого нет смысла заморачиваться

[imago31]

я недавно писал что попробовал оригинальный портеус 3.0 с ихним ядром на ноуте леново с процессором A8 amd  , так вот с проп видеодрайвером ноут вышел из ждущего режима нормально, а без драйвера как и везде монитор не включался

[RoDoN]

А с не -pf ядрами выше 3.11 , в других дистрах, проблема остается
Т. е понять проблема совместимости версии ядра с твоим железом или pf патча...

Получается проблема в pf патче выше 3.11...

Вчера скачал свежую runtu-lite-14.04_20140419.iso, там уже ядро 3.13.0-24-generic, поставил frugal на нетбук, т.е. скопировал на винт каталог casper и прописал в меню grub4dos, все завелось, работает нормально, видео само нормально запустилось с нужным разрешением, установил в настройках питания уходить в ждущий режим при закрытии крышки и как только ее закрыл нетбук ушел в ждущий и не вернулся, опять пришлось дергать батарею 
Напрашивается вывод, что pf патч здесь ни при чем. В интернете уже неоднократно читал про проблему ждущего режима на ядрах 3.13.0 и выше, так что я не одинок.

[sfs]

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

[RoDoN]

Если есть интерес к runtu

Особого интереса нет, ставил в основном для проверки ждущего режима и для расширения кругозора, пользоваться пока не планирую. Там еще и ФМ падает, подожду исправлений.

[imago31]

я как обновлю убунту на ноутах жены и сестры до 14.04 точно скажу, но думаю что с проп драйвером ждущий режим должен будет нормально работать как и в убунту 12.04