PF-Kernel Patch request.

ck (BFS), BFQ, TuxOnIce , LinuxIMQ, UKSM...продолжение следует? :3

Ну ды, в оф. ветке, кажысь, «положили» на этот баг.

IMQ уже нет.

Постфактум не хотел превращать его в набор патчей сомнительной нужности. Будем надеяться на его благоразумие.

Я думаю это только для x86 BIOS. То есть не нужно.

Я долбил интел чтобы они исправили баг в обработке ACPI и kernel panic на моем ноутбуке. Они 3 (!) раза закрывали мой баг, но у меня не проскочишь :) В итоге, оказалось, что баг был не в ACPI, а в механизме обработки нескольких ядер. Баг пофикшен, патч в мейнстриме. Так что пинайте интеловских комиттеров - они очень ленивые.

Чо?Норм вопроизводится.

Linux fang-laptop 3.5.3-pf #1 SMP Fri Sep 7 00:30:22 MSK 2012 x86_64 Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz GenuineIntel GNU/Linux

WTF?

ACPI есть некая надстройка для BIOS для x86 и 100% совместимых c ним.

Не слушай его, тем более на твоем ноуте стоит UEFI + CSM. Никаким BIOS-ом там и не пахнет.

Мне проще (КПД больше) PF'у на лоре написать:)

Нене, у меня еще BIOS, успел до UEFIзации ноут взять. Просто «x86 BIOS» - такого словосочетания не встречал.

Зуб даю, что uefi. Просто замаскирован. AMI? Или Phoenix? Можно проверить, попробовав загрузить uefi shell с fat32 флешки /EFI/BOOT/BOOTX64.EFI

А у мну 12309 опять появилось. Эх, а я только было уверовал в чудный pf-kernel…

Insyde H20 BIOS

pf-kernel хорош, хотя бы из-за BFQ и TuxOnIce:)

Я знаю об этом баге, тем более у меня на ноуте он тоже есть. И у Димеза. И патч я видел. Но его, я так подозреваю, собираются толкнуть в апстрим, поэтому стоит ли торопиться?

Подожду 3.5.4, а там видно будет.

UEFI :)

Без понятия, що це за фигня, но тормозит нонче, как и обычное ведро.

А, ну ОК. Просто хз, когда соберутся толкнуть:) Жду pf-kernel-3.5.4.

Балин... где-нить есть практическое руководство как их, BIOS и UEFI, отличать?:) Ибо UEFI встречал на HP ProBook и там он как-то совершенно по-другому выглядит и фичей овер дофига, а не тот огрызок, что у меня в ноуте.

Давно у логопеда не был?

12309

Ссылку на багрепорт, очевидно, не дашь?

хм... а в dmesge Error/Warning/Fatal дофига?:)) У меня тож дефолт/pf тормозило пока не взялся за напильник.

Давно у логопеда не был?

Годков с пяти.

Ссылку на багрепорт, очевидно, не дашь?

хапай

Итить-колотить! Заглянул в dmesg, а там такой едрен батон!

[14525.419125] Shorewall:net2fw:DROP:IN=eth1 OUT= MAC=00:10:22:fd:c5:0c:38:59:f9:00:7e:29:08:00 SRC=192.168.43.153 DST=192.168.43.119 LEN=52 TOS=0x00 PREC=0x00 TTL=128 ID=11530 DF PROTO=TCP SPT=59496 DPT=2987 WINDOW=8192 RES=0x00 SYN URGP=0 

А так — мусора нет. Просто висит на IO (пытался себе hugin переустановить по причине обновления, в результате чего оный сдох, но плюнул: тормоза были такими, что даже после убиения всей дряни, навроде хромого и оного обновления, тормоза остались — пришлось перезагружаться, да и то, только Magic Keys спасли, ибо на стадии отмонтирования получился двухминутный зависон).

Ладно, извини, я сегодня чего-то злой. Но за «мну» готов подергать пыткам всегда.

хапай

Ок. Как пофиксят - отпишись.

Кстати, у меня без Шимоновского тюнинга тоже подвисает при копировании больших файлов. А вот с ними ОК:

vm.swappiness = 10
vm.vfs_cache_pressure = 50
vm.overcommit_memory = 2
vm.overcommit_ratio = 75
vm.dirty_background_bytes = 2097152
vm.dirty_bytes = 2097152

После пары случаев зависания ядра наглухо (даже REISUB не работал), вернулся на дефолтное убунтушное ядро (сейчас 3.2.0-30). Да так и безопасней, ибо PF постоянно пересобирать лень, поэтому бывает подолгу необновлённое. А ведь security обновления довольно часто появляются.

У меня вот так:

vm.overcommit_memory = 2
vm.overcommit_ratio = 80
vm.dirty_bytes = 2097152
vm.dirty_background_bytes = 2097152

зависания ядра наглухо

O_o. Ужасы какие-то...

вернулся на дефолтное убунтушное ядро

Ну дык, он ж там патченное по самые небалуйся. ИМХО, под Ubuntu с ядрами лучше не заморачиваться - профита меньше чем гемора.

ИМХО, под Ubuntu с ядрами лучше не заморачиваться - профита меньше чем гемора.

Ну почему же, я давно сидел на Zen, потом перешёл на PF. В большинстве случаев работало нормально. Профит был. На обычном ядре менее комфортно, ибо если какой либо процесс грузит процессор на 100%, то всё тормозит, несмотря на самый низкий приоритет у этого процесса. А вот с BFS если такому процессу дать низкий приоритет, то никаких тормозов. Но надоело пересобирать ядро постоянно, лучше уж так переживу.

У меня был только негативный опыт юзания сторонних ядер в Ubuntu. Может в руках дело, но в Gentoo с этим всегда было проще для меня:)

А в sys-kernel/geek-sources этот патчик lpc_ich_3.5.1.patch был еще 21 день назад.

Может в руках дело

Ты так говоришь, будто для этого много ума надо. Его даже дети собирают. Там делов то, включил нужные драйверы, включил bfs, включил bfq, указал семейство процессоров и поехали.

Возьми с полки пирожок.

Это не в ту же степь?

Это так констатация факта. А за пирожок спасибки.

Извини, то была моя добрая шизофрения.

Годков с пяти.

Срочно сходи, обследуйся. Эфтаназипамчика курс пропей.

Эфтаназипамчика курс пропей.

Пошто, батенька?

Ибо осквернил ты уста свои словами скверными. Во искупление прочти Даля книгу священную.

И таки шо ты мне хочешь сказать? Где АшиПка?

мну

+суржик

И?

Девочки, не ссорьтесь, а то потру.

talks же! И не ругались, вроде.

Я добрый. Это все вокруг меня злят! ;(

Девочки

Утешь нас, мальчик :D

Меня забань на 1 день, будь так добр. А то я точно что-то не то скажу.

Иди спать :/.