Вышел патч pf-kernel для ядра Linux 3.0

Ждем ебилды

deterok

Ждем ебилды

Плюсую. Как раз хотел ознакомиться с BFS.

Эти патчсеты влияют на 12309 при копировании на флешки?

>Ждем ебилды

Зачем ебилды? Чтобы распаковать tar, уже нужны ебилды? Если так, то ставь sys-kernel/vanilla-sources и накатывай патч по ссылке в новости.

> Автор приветствует сторонние бинарные сборки и готов их публиковать у себя на сайте при условии регулярного обновления.
Как скромно.

это так прикольно, о себе в третьем лице. хорошо ещё, что не во множественном.

По мнению большинства да, влияют.

Ожидаются ли репозитории для ubuntu, fedora и opensuse?

Одно дело какой-то там я, а другое - автор!11

Кому может быть нужно pf-kernel?

Да, и что означает

конфигурационный файл для сборки ядра для ноутбука Dell Inspiron 1525

? Ведь конфиг ядра же не зависит от железа.

А что за железо в Dell Inspiron 1525?

Переименуй, пожалуйста, файл patch-3.0.1-pf.bz2 в patch-3.0.1-pf1.bz2.

Кстати вопрос по теме, тестировал отзывчивость системы с помощью

dd if=/dev/zero of=/root/file.txt bs=1024 count=10240000

TuxOnIce

ненужный велосипед

Так, а вот и первая паника :)…

Нет. Единичка из pf1 переместилась на третью позицию.

См. на сайте lspci и lsusb.

Как же, зависит.

Ясно. Тогда придется править ебилд.

> Как же, зависит.

На встраиваемых системах – да. А на «нормальных» компьютерах – какой выигрыш даёт выкидывание неиспользуемых драйверов?

Дело не только в дровах.

А можно пример, в чём ещё?

То есть, как именно тот конфиг заточен под конкретный ноут, помимо набора драйверов?

Мне например может быть нужно, еще десятку человек, тебе мало?

Например, sky2 выделен в модуль, потому как иногда (раз в тысячу лет) сетевуха может отпасть. Лечится rmmod/modprobe.

Ждем в AUR!
Тем более там пока 3.0-ck без каких-либо патчей вообще.

Скоро будет.

Посмотри, может там есть оптимизация компиляции под тип проца, мне лень всё это разгребать:)

Есть и такое.

Мне нужен, и этого достаточно. Иногда так вломак накатывать патчи, особенно если несовместимости.

Объясните мне бестолковому... - самый свежий TuxOnIce от автора TuxOnIce - патчсет от Кона Коливаса - планировщик BFQ — от команды zen-kernel

При чём здесь pf?

> Например, sky2 выделен в модуль

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

Правильно ли я понимаю, что драйвера для остального оборудования, которое не имеет привычки отваливаться, «вкомпилированы» в ядро? Если да, то какие преимущества это даёт?

И, если не сложно, не мог бы ты поделиться остальными особенностями этого конфига? Что ещё там нужно менять, чтобы использовать его на другом железе?

pf просто взял всё это и собрал воедино.

Особенность одна — долгая притирка к нюансам работы ноута. Открой хоть раз nconfig и посмотри, что там есть кроме драйверов.

> pf просто взял всё это и собрал воедино.

Я в курсе процесса. Повод ли это для величания себя автором?

Конечно.

а никто не подскажет, регрессию в 38 и 39ом ядрах в энергопотреблении победили? или пока оставаться на 37ом взамен 3.0?

Мне было бы любопытно узнать, в чём именно состоит эта притирка, вот я и прошу поделиться опытом.

Что ещё в конфиге ядра привязано к железу, помимо драйверов?

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

В репозиторий, которым я пользуюсь, пока не прилетело -ck 3.0 ядро, а на стоковом у меня адовый 12309 при копировании боьших объёмов на iPod. Заценю, пожалуй, ваше ядрышко, раз всё равно собирать.

А PPA не намечается?

Займись — будет.

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

По-хорошему, гибернация должна работать при любом (разумном) конфиге на любом железе. Если она не работает – значит это баг, который надо исправлять. Пересборка ядра в данном случае сродни лечению симптома: это тоже нужно делать, но конечной целью должно быть устранение причины.

С аллокатором вроде как аналогично: если их там несколько, то по-хорошему любой должен работать на любом железе. Если на конкретном ноуте какой-то не работает – значит это опять же баг.

Я прошу прощения за непрошеный совет, но: один успешный (т.е. приведший к исправлению ошибки) багрепорт в ядро гораздо ценнее любых сторонних патчей. Изменение в основном дереве автоматически раз и навсегда искоренит проблему у миллионов пользователей, тогда как сторонний патч или рекоммендация по пересборке ядра поможет только тем, кто про него каким-то образом узнает, и окажется способен применить, а таких глубокое меньшинство.

Возможно это тупой вопрос, хочется глянуть, но... а можно зафорсить инсталяцию бинаря на х64? :P Наверно нет. Это же ядро не скайп.

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

man локализация производства

Вот, например, Lanos'ы/Sens'ы — суть корейские автомобили, но на Запорожском автомобильном собирались, и движки мелитопольские, и кп украинские, и кузов. А проект делали корейцы, немцы, англичане да итальянцы.
И у кого повернётся язык сказать, что Lanos — не ЗАЗовская машина?

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

Не могу: у меня ноут другой, на котором и со стандартным дистрибутивным ядром всё работает :)

Но всех, кто нас сейчас читает – к этому призываю.

Кстати, ведь кто-то же собирал сабжевое ядро под убунтой, да? Но почему PPA никто не сделал? :-)

>man локализация производства

На ЗАЗе по-твоему никакого производства нет вообще, там только этикетки переклеивают? Слово «форк» подразумевает некоторую разработку, а не банальное наложение патчей других людей.

Есть, не спорю, но крупноузловой сборки это не отменяет.

Но почему PPA никто не сделал? :-)

думаю, как минимум потому что бинарные пакеты для подобного плана вещей слабо походят :)

зы:

потому что лень