У тебя либо с руками что-то либо с железом. Скорее первое.

>>> Добавлена поддержка I²C в Nouveau

Уж больно он удобен, если нет необходимости выжимать из видеокарты всё, что можно.

Да вы наркоманы штоле?

Нет, просто не понял, о чем человек говорил. См. тред дальше.

> стесняюсь спросить, а что по-вашему тогда virtio как не та самая паравиртуализация?

ну он имеет ввиду паравиртуализация не устройств, а самой среды, т.н. domX
оно не требует аппаратной виртуализации (HVM)
сейчас актуально, имхо, не из-за скорости, а скорей из-за легкости проброса реальных устройств в гостя... но и это уже не актуально почти, потому как vt-d(IOMMU) в новом серверном железе практически любом есть...

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

короче толку чуть, разве что для хлама какого-то...

>ну он имеет ввиду паравиртуализация не устройств, а самой среды

а вот об этом не подумал.

требует модификации ядра, то есть венду там не запустишь

ЕМНИП в domU можно было запустить XP без HVM, но с каким-то бубном. Честно - не пробовал, только вроде где-то читал про этом, поэтому могу и приврать...

Хз, хз. Ну, мне в общем-то не внапряг - у меня есть рабочие generic-style конфиги, сгенерированные гентушным genkernel и слегка подправленные мной. Они, по-крайней мере работают хорошо. Так что меня все устраивает

Запость плиз на pastebin.org, будь другом, интересно глянуть да и себе стянуть на досуге посмотреть.

>О, надо будет собрать, а то с RC6 мой ноут не выключается. =)

С релизом у моего Toshiba Satellite A200 (1N1) тоже не выключается питание при завершении работы.
Примерно так же, как описано тут: https://bugzilla.kernel.org/show_bug.cgi?id=25522

Как можно диагностировать проблемы при halt'е? Какие логи смотреть, куда копать?

>>irqbalance

акстись, окаянный!

21-ый век на дворе!

любая железяка умеет расшаривать irq - профит от раскидывания будет >чуть более чем никакой!

Ага, поэтому в федоре, где он по дефолту есть, 12309 не бывает, а в дебиане, где его нет, мне 12309 лично попадался при копировании файлов на ntfs-флешку - своп не юзался, но мыша еле ползала. Установка irqbalance решила проблему.

на нескольких машинах пробовал irqbalance - никакого эффекта
и да - во многих дистрах оно искаропки - а 12309 как был так и есть

ради интереса к пониманию причин 12309 и наличию в новом ядре: у кого проблема проявляется часто приведите плз: 1.значения параметров: kernel.sched_* kernel.sem fs.file-max dev.hpet.max-user-freq [dev.rtc.max-user-freq] vm.vfs_cache_pressure HZ в конфигах ядра 2.используемый тип шедулера (ядро и диски) 3.тип диска (ATA/SATA) и использование NCQ 3.статистику I/O по дискам при возникновении эффекта (макс количество открытых файлов, iowait и т.д.)

оффтопик какбэ получается, но очень интересует...

Вот зараза, обновился и поймал рандомный фриз на старте. Даже kms еще не сработал

Наконец-то

И я ловил фризы на kernel26 2.6.36.2-1 Обновился на kernel26 2.6.36.3-1. Вроде норм. А то за многие годы пользования ни на одном ядре не видел.

Опаньки

Потянулся поставить и прочёл: irqbalance IRQ balancing daemon for SMP systems

Я так понимаю, что на моём pentium-m толку от него не будет? Наверное, меня наконец в гугле забанили.

успокойся - сии параметры могут только усугубить/сгладить 12309, но не починить!

ну да - оно раскидывает прерывания по ядрам

> на нескольких машинах пробовал irqbalance - никакого эффекта

На единственной машине, где мне встретился настоящий 12309, установка irqbalance решила проблему.

и да - во многих дистрах оно искаропки - а 12309 как был так и есть

А во многих дистрах его искаропки нету, в дебиане и бубунте, например, есть такая парочка редкоиспользуемых дистров. А в слаке и генте он «искаропки» есть? А в арче?

Вообще 12309 на моей памяти возникал ровно в двух случаях:
1. Без irqbalance на многоядерном/hyperthreading-проце прерывания обрабатываются то на одном то на другом ядре, и переключение между ядрами отнимает больше ресурсов, чем сама обработка прерываний. Обычно проявляется при копировании, например, на флешку или по сети.
2. Всякие умники забивают память до упора (например, монтируют /tmp в tmpfs и запихивают туда файлик на пару гиг), загоняют систему в своп, у них все начинает дико тормозить, и они вопят про 12309.

Первое диагностируется командой `watch cat /proc/interrupts` - если счетчики равномерно растут на нескольких CPU, то это оно. Второе - командой `vmstat 2`, если в выводе ненулевые значения si/so - это оно. Обе проблемы - это не проблемы ядра, а проблемы криворуких юзеров.

Есть еще примеры? Или это так, по слухам, кто-то сказал, что где-то в ядре есть какой-то баг, а мы поверили?

про своп ты не прав!
про баланс по ядрам - почему тогда раньше на одном ядре не было?
таки дело не в прерываниях!