сломали спящий режим

Да так только у тебя на арче. У меня на генте все работает!

И да если что последнее стабильное все таки 3.8.2 и патч на tuxonice брать вот так:

wget "https://github.com/NigelCunningham/tuxonice-kernel/compare/vanilla-3.8...tuxonice-3.8.diff" -O "/usr/src/linux/tuxonice-kernel-3.8-`date +"%Y%m%d"`.patch"

Успехов.

дык оно у меня даже без tuxonice не работает/ Но спс. попробую ядро посвежее.

дык оно у меня даже без tuxonice не работает/

Тогда причем здесь tuxonice ? И да ваще sudo cast post-factum

Вангую что тебе нужно поставить таки последнее стабильное 3.8.2 и nvidia-drivers-313.26.

И да пинай post-factum пущай обновляет!

Latest patch 3.7.5-pf

лолчто? Полтора не его патча обновить видать ну очень тяжело!

Included patches:

[m] mainline update

[m] -ck patchset with BFS

[m] BFQ I/O scheduler

[m] TuxOnIce

[m] UKSM

Из всего перечисленного под 3.8 нет uksm и это видать особая печалька да

Ёрничать изволите?

Бектрейс хотя бы покажи, ну.

И за тегами смотри. Я на pf не подписан, т.к. BSD не интересуюсь.

Ёрничать изволите?

Правда глаза колет?

CK? вот он patch-3.8-ck1.bz2

bfq? Вон они 3.8.0-v6

TuxOnIce? Вообще только wget нужен смотри выше

Итого под 3.8 нет только uksm ага и видать именно из-за этого все еще нет

Latest patch 3.8.2-pf

я прав?

Ты бы форум прочитал или как. Я не могу выпустить патчсет без недостающей части.

Бектрейс хотя бы покажи, ну.

я не знаю как его сграбить.

И за тегами смотри. Я на pf не подписан, т.к. BSD не интересуюсь.

хых. я и забыл, чо pf - это iptables в бзде. И да, в шапку топика загляни. Есть важный UPD :)

я не знаю как его сграбить.

Netconsole в идеале, проще — фотоаппаратом.

я не знаю как его сграбить.

Netconsole в идеале, проще — фотоаппаратом.

там слишком большой backtrace от разных процессов. по pgup показывает не все. А как увеличить буфер - не знаю. да и фотика нет. Есть только вебкамера. Могу в принципе ее к лаптопу прихлобучить и пофоткать что могу.

Netconsole в идеале

кстати netconsole работать же не будет. Оно падает кажись еще до того, как процессы заново запустить может.

Pass the parameter of log_buf_len=n to kernel, where n is a power of two number (n = 2^x). The default for slackware is 2^15 or 32768 (32k). You can change n to 65536 (2^16) or 131072 (2^17). In this way, you don't need to recompile your current kernel.

только что загрузил linux-ck 3.8.какой-то-там. Все нормально. Так что будем ждать.

Кстати, когда там 3.8-pf планируется?

Как будет готов. Обкатка проходит успешно.

Как будет готов. Обкатка проходит успешно.

есть интересные новости: установил linux-ck 3.8.2-1 из repo-ck и linux-3.8.2-1 из testing.

Первый - полет нормальный, в том числе и с блобом. Второй - тот же баг, не пашет даже из init 3 без всяких блобов.

А в -pf BFS включен?

А в -pf BFS включен

наверное да. Я дефолтовых установок не менял в нем.

Тогда это более чем странно. Предлагаю подождать -pf для 3.8 или собрать самому с git'а то, что есть сейчас. Патч могу сделать.

Тогда это более чем странно. Предлагаю подождать -pf для 3.8 или собрать самому с git'а то, что есть сейчас. Патч могу сделать.

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

Тогда это более чем странно. Предлагаю подождать -pf для 3.8 или собрать самому с git'а то, что есть сейчас. Патч могу сделать.

так. отфотографировал экран: http://ompldr.org/vaHFndw/bugreport.tar.gz

В процессе всего этого один раз просыпание ВДРУГ прошло успешно.

Мда. Я думал, будет проще… А оперативка точно не битая?

Мда. Я думал, будет проще… А оперативка точно не битая?

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

только что прогнал badblocks -w на разделе со свопом - все ок.

А гибернация у тебя никогда не работала, или работала, но в какой-то версии отвалилась?

А гибернация у тебя никогда не работала, или работала, но в какой-то версии отвалилась?

работала раньше. Даже сравнительно до недавнего времени работала (месяц назад отвелилась может, точно не помню).

В таких случаях помогает bisect, но тебе придётся повозиться.

В таких случаях помогает bisect, но тебе придётся повозиться.

это где ж мне взять столько ванильных бинарей...

может у тебя остались?

В том же и дело, что не бинарей, а по git-дереву гулять.

да тут хотя б из релизных ядер выяснить.

есть прогресс. Если не грузить модули lirc и блоб, то нормально выходит из гибернации. сейчас буду вычислять, который из них гадит.

так. писать еще раз долго, поэтому я просто скопипащу мой багрепорт с багзиллы:

there are some news:

The facts:

- without modules lirc_dev and lirc_atiusb all seems ok
- with modules lirc_dev and lirc_atiusb but _without_ running lircd all seems
ok
- with modules lirc_dev and lirc_atiusb and _with_ running lircd the hibernate
fails at the "device" section (i mean if echo devices > /sys/power/pm_test was
done)

- with modules lirc_dev and lirc_atiusb _and_ with lircd running all seems ok,
if the lirc_dev and lirc_atiusb _WAS RELOADED_ after login.

Значит, можешь пока просто написать хук, вырубающий демон и/или модули.

Значит, можешь пока просто написать хук, вырубающий демон и/или модули.

я не написал втрую проблему: с блобом оно тоже не работает, если загружены иксы :) Но насчет этого багрепорты не попишешь :)

Для блобов какие-то quirk'и должны быть.