пилять, а я только вчера наконец-то 2.4.21 собрал ;-) (на сотом пеньке, да с диалапом - не так радостно обновлять ядро...)

sseREGa а нафига тебе его обновлять ты мне скажи

кстати kernel.org чета не пингуется нифига ;)

2sseREGa

>пилять, а я только вчера наконец-то 2.4.21 собрал ;-) (на сотом пеньке, да с диалапом - не так радостно обновлять ядро...)


....и собирал наверное каким нибудь gcc 3.3.x ;)
....экспериментировать не лень ? ;)

BTW: У меня на 100 пеньке в калитке стоит 2.2.* - они друг другу
подходят идеально ;)

2barmaglot
>кстати kernel.org чета не пингуется нифига ;)

Все бросились качать ;)

А чем тебе 3.3 не нравится? Последнее, что я им собирал 2.4.22-rc1 и 2.6-test3 - все работает.

Мда, а kernel.org и вправду неживой.

>А чем тебе 3.3 не нравится?

C нравится (разве что тормозней чем 2.95.3) а вот C++ ниразу ...

kernel.org скорее мертв, чем жив! что делать??

Делай bk pull

В новом ядре должны были починить ACPI IRQ роутинг через APIC
для однопроцессорных систем, так что для матерей с новым ACPI,
по идее, должен заработать IRQ роутинг понимающий выше 15-го
прерывания. Кто-нибудь это уже проверял? А то я тут недавно патч
для 2.4.21 сделал который эту проблему фиксил, покрайней
мере на nForce2 материнках работает без проблем....

ГЫ ) это кто такую чушь сказал насчет тормознутости ? может пипл хочет сказать что дольше компилиться :) или ядро медленей работает если я буду компились 3.3 ?

Еще скажите что для Sparca GCC 3.x не годиться, так как в 64bit он херова компилит )

ваще чем больше читаешь статей ( делаешь это для увеличения знаний) тем больше тупеешь, так как пишут Иной раз такую ахинею ))

Re:

Насчет оптимизаций в 2.9x vs 3.x еще A'rpi пространно распространялся. На егонном mplayer'е (то же, конечно, та еще штука в части аккуратности и вылизанности кода) компиляторы ветки 3.x только-только начали выходить на должный уровень по сравнению с 2.9x на математическом (mpeg-decoding) коде.

Вот для чего действительно нужен 3.x - дак это для более-менее живых плюсов, которые хоть чему-нибудь соответствуют.

переходи на 2.6 ;)

>kernel.org скорее мертв, чем жив! что делать??

еб вашу мать, для ядра сто лет как bitkeeper репозиторий есть, так нахуя дедовскими методами обновления через ftp пользоваться ?

2McMCC
"В новом ядре должны были починить ACPI IRQ роутинг через APIC
для однопроцессорных систем, так что для матерей с новым ACPI,
по идее, должен заработать IRQ роутинг понимающий выше 15-го
прерывания. Кто-нибудь это уже проверял? А то я тут недавно патч
для 2.4.21 сделал который эту проблему фиксил, покрайней
мере на nForce2 материнках работает без проблем.... "

У меня мать на nforce 2 Ultra 400 (Epox-8RDA3)
на прошлой недели скачал 2.4.21 и патчи до 22 rc3 и rc3-ac.
в общем даж не знаю.... дрова от nvidia наконец-то нормально заработали с включенным ACPI. Вот только usb-storage не находит флэш-память :(
вырубил ACPI при загрузке ядра и в биосе и поставил IRQ 10 Reserved, тогда все заработало.
P.S. где найти твое howto по nforce2?
а то что-то bat.ru не отзывается

>ГЫ ) это кто такую чушь сказал насчет тормознутости ? может пипл >хочет сказать что дольше компилиться :) или ядро медленей работает >если я буду компились 3.3 ?

Речь шла о "собрать на P100"

Чегой то анонимусы часто выпадают из контекста ...


>ваще чем больше читаешь статей ( делаешь это для увеличения >знаний) тем больше тупеешь, так как пишут Иной раз такую ахинею ))

А Вы всякую ахинею то не читайте а побольше кодите - тогда
вопросов будет поменьше ...

>P.S. где найти твое howto по nforce2?
>а то что-то bat.ru не отзывается

Оно уже морально устарело.... В новом ядре должно все заработать
и так, без всяких правок, главное включить поддержку APIC при сборке
ядра и естественно APIC должен быть включен в биосе. Я еще не
пробовал нового ядра, из отпуска недавно вышел, но бегло просмотрел
исходники по части IO-APIC и сделал анализ с тем, что я правил еще
до отпуска, вроде как должен заработать IRQ роутинг с прерываниями
выше 15-и, если не заработает, то будем разбираться, главное то, что
у меня под 2.4.22-pre3 это сделано и отлично работает...


P.S. Сайт вообще-то работает - http://mcmcc.bat.ru/acpi_nforce2/

И еще ....
2.4.22rc3 не собиралось, если включал :
SCSI->SCSI low-level driwers->Adaptec AIC7xxx
пробовал на разных дистрибутивах -> одно и тоже

>>>2McMCC

Поподробней если можно, pls. Я напоролся на несовсем понятный эффект (nForce2 U400 MSI/K7N2).При включенном ACPI hdparm -T дает 600 MB/s при выключеном 1020 Mb/s. Ядро 2.4.21-rc-ac3.

2Dead

Проблема скорей всего BDB - без нее эти драйвера не скомпилишь

"P.S. Сайт вообще-то работает - http://mcmcc.bat.ru/acpi_nforce2/";
сорри
это у меня что-то с DNS, не может отрезольвить.
Приду домой -> посмотрю по поводу APIC
Должен был включить.
нужно ли его принудительно включать через параметры ядра при загрузке?

>>>Поподробней если можно, pls

2.4.21-rc2-ac3 , sorry

>>>2Dead нет, не нужно

Not Found The requested URL /acpi_nforce2/" was not found on this server

А не - все в норме - пашет

>Поподробней если можно, pls. Я напоролся на несовсем понятный эффект
>(nForce2 U400 MSI/K7N2).При включенном ACPI hdparm -T дает 600 MB/s при
>выключеном 1020 Mb/s. Ядро 2.4.21-rc-ac3.

А звук как при этом работал? На каком прерывании сидел? ACPI на скорость
никак не должно влиять, если конечно при этом не был включен APIC, т.к.
работа APIC с однопроцессорным вариантом не поддерживался самим ядром
и поэтому все сильно тормозило, это было заметно при работе звука, квакало
просто ужасно, поэтому в свое время я правил DSDT таблицу на отрубания
IRQ роутинга через APIC и подсовывал ее ACPI драйверу, для этого не
надо было включать поддержку APIC в ядре и в биосе, если короче,
DSDT правилась таким образом, что бы система не использовала прерывания
выше 15-и...

>еб вашу мать, для ядра сто лет как bitkeeper репозиторий есть, так нахуя дедовскими методами обновления через ftp пользоваться ?
потому что можно и патчем. кому как удобнее и привычнее

Если кто-нить завел nforce2 (а тем более ultra 400) с включенным ACPI, нормально работающими USB портами и драйверами для видео от nvidia, то поделитесь плиз советами и/или конфигами для ядра.
v_dav@inbox.ru

2McMCC

Вопрос вобщемто снимается на 2.4.22 подобного еффекта нету. Самое любопытное что у меня включен APIC с однопроцессорным вариантом. Звук нормальный (SBLive 5й IRQ в BIOS) Не хочу флудить здесь dmesg и .config, но если надо - могу ;)

>>>Если кто-нить завел nforce2 (а тем более ultra 400) с включенным ACPI

А в чем проблемы? Все пашет - никаких особых ухищрений не делалось. Ты уж поподробней скажи...

хорошая новость не может не радовать :) теперь ждемс новый openwall патч от SD

>А в чем проблемы? Все пашет - никаких особых ухищрений не делалось. Ты уж поподробней скажи...
Пашет на каком ядре? на 2.4.22?
сегодня вечером еще посмотрю начет APIC и тогда напишу :)
Пока что проблема в одном
при включенном ACPI не монтируется usb flash drive.
Остальное вроде как работает

>при включенном ACPI не монтируется usb flash drive

2.4.22 на предмет USB+ACPI не проверял. в 2.4.21-rc2-ac3 пашет USB flah drive + ACPI

проблемы со звуком на NForce2 Ultra 400

Народ!

У меня проблема состоит в том, что звуковой драйвер от Nvidia попросту не работает (unresolved symbols), а OSS драйвер ядра или ALSAвский работают, но через некоторое время отрубается сеть, а потом все вообще повисает к такой матери :( Причем, если звук не трогать, то все прекрасно работает сутками, но стоит включить звук и опаньки ;(

FAQ от Nvidia курил, версии загруженного ядра и исходников одинаковые (2.4.21), но все равно лезут unresolved symbols в модуле nvaudio.

Может ли это быть связано с кривизной реализации APIC в 2.4.21?

я думаю это из-за не до конца докуренного ФАКа

В общем ситуация такая:
ядро 2.4.22-rc2-ac3
В ядре включены IO-APIC и Local APIC
загружаюсь с включенным ACPI
драйвера видео nvidia (последние)
иксы работают крайне медленно, на взгляд заметны большие тормоза
делаю
modprobe usb-storage
далее tail -f /var/log/messages
вставляю флэшку
выводит вот что
Aug 25 21:34:27 roland kernel: USB Mass Storage support registered.
Aug 25 21:34:48 roland kernel: hub.c: new USB device 00:02.0-3, assigned address 2
Aug 25 21:34:53 roland kernel: usb_control/bulk_msg: timeout
Aug 25 21:34:53 roland kernel: usb-ohci.c: unlink URB timeout
Aug 25 21:34:53 roland kernel: usb.c: USB device not accepting new address=2 (error=-110)
Aug 25 21:34:54 roland kernel: hub.c: new USB device 00:02.0-3, assigned address 3
Aug 25 21:34:59 roland kernel: usb_control/bulk_msg: timeout
Aug 25 21:34:59 roland kernel: usb-ohci.c: unlink URB timeout
Aug 25 21:34:59 roland kernel: usb.c: USB device not accepting new address=3 (error=-110)

БЕЗ ACPI все нормально работает
Сейчас собираю 2.4.22, посмотрю там
Ребята, ну поделитесь плиз вашим конфигом, а то упарился уже.

P.S.
смущает вот такое сообщение в при загрузке
<6>Using ACPI (MADT) for SMP configuration information

Я USB в кернел ставил, а не модулем

Кстати попробуй в BIOS расставить все прерывания так, чтобы у тебя на одном прерывании не сидел допустим VGA,USB и еще всякая хренотень ....

УРААААА!
Вопрос снимается !
на 2.4.22 все прекрасно заработало 8-)
уже не знаю что я там с патчами перемудрил, но сейчас все как надо!

> Мда, а kernel.org и вправду неживой.

Это всемирная хакерская атака приверженцев компании SCO на оплот ворованного ПО.

Эй народ, тут и green тоже лапку приложил http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.22

Искать :

Oleg Drokin:
o reiserfs: fix some issues with extended inode attributes

Все бы хорошо, но как всегда есть досадная мелочевка - на многоглавых писюках не кажется по прежнему температура процов.

Интересно, скоро теперь SGI разродится пачем XFS для 2.4.22?

угу не мешало бы еще MOSIX поиметь - а они с XFS впадут в нечеловеческую свару 8)

Re:

2Dead: для сборки AIC'овых драйверов поищите в ALT'овом ядре патчики (видимо, пакет kernel-fix-drivers-scsi или kernel-fix-build). Там были проблемы с версией BDB, как здесь совершенно верно заметили.

2AlexM Спасибо, но они мне не нужны, просто показалось странным, что ядро просто так с ними не собирается.

2AlexM
Спасибо, но они мне не нужны, просто показалось странным, что ядро просто так с ними не собирается.

>Oleg Drokin:
>o reiserfs: fix some issues with extended inode attributes

Это хобби такое. Он сначала создает issue, а потом их fix'ит ;)

а не Луговской ли, кстати, тоже приложился? он фиксил HIDDEVы?
см. там же - vsu@altlinux.ru
тады пусть матюгается дальше - чем бы Луговской не тешился лишь бы
работал.. :)
респект ему..
(если он - vsu)

.

> (если он - vsu)

Луговский, вообще то, по жизни был vsl. Что явствует из того, что он - Луговский. Хотя, если тебе в комбинации букв vsu попадется буква l - то все возможно :-)))))))

> а не Луговской ли, кстати, тоже приложился? он фиксил HIDDEVы? см. там же - vsu@altlinux.ru

О да. Он бы приложил. Если бы у него руки дошли. Он бы на Лиспе модули для ядра сваял. :)))))