brooktree в алсе опять не работает :(, не говоря уже о том, что саунд блястер до сих пор патчить надо.

> урл ядра надо знать как свои шесть с половиной пальциф

Ну-ка напиши урл ядра 2.4.11 к примеру. Время пошло.

используй модуль usbhid.

> to lenin : Не скули, не солидно, сиди под виндой тогда если все вокруг плохие...

lenin - известный любитель Sun microsystems и сидит исключительно под солярисом.

> 2Kuzmich а тулзы по конфертации reiser в reiser4 есть ?

man cp

> Ну-ка напиши урл ядра 2.4.11 к примеру. Время пошло.

Я что-то не понял твоих чудовищных проблем, барашек. Зашёл на ftp://ftp.kernel.org/pub/ и пляши дальше, куда тебе надо. Нужный тебе урл - ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.11-dontuse.tar.bz2 . Что, так а'хисложно, да?

ЗЫ. Знаешь, о чём говорит dontuse? :)

интересно: make menuconfig в хелпе появилась табличка с именем модуля и указанием файла и строки в дереве исходников где данный символ описан. раньше вроде бы такого не было.

> usb 3-1: device descriptor read/64, error -71

А RTFM? modinfo usbcore не пробовал? Лечится параметрами модуля или конфигом ядра (старый метод доступа к USB включи).

2del:

>Одновременно?

По очеререди:)

Похоже, в 2.6.11 починили многое из того, что разворотили в 2.6.9 и 2.6.10. Я до сего момента сидел на 2.6.8.1, потому что более поздние неадекватно работали с ACPI на моём ноутбуке - состояние заряда батареи после нескольких опросов соотв. файла в /proc замирало на какой-то отметке и дальше не уменьшалось. Батарея, разумеется, продолжала себе разряжаться :)

Сейчас поставил 2.6.11, всё снова работает.

Других проблем с 2.6.x нет. Половина мультимедиа-кнопок как не работала на 2.4, так и не работает на 2.6, но меня это не сильно напрягает - ключевые кнопки отзываются - ну и ok.

>man cp
man cp конечно классно, вот только у меня дома в файлопомойке винт 200G и куда эти 200G скидывать ума не приложу :(

>Я же говорил, что пользователи генту - садомазохисты. Связывают себе >руки, выкручивают как могут. Будут ждать ебилдов, писать сами, >надеяться на друга, боротся с ошибками и только потому что у них не >хватает ума написать 4 команды в консоли, СТАНДАРТНЫЕ ВО ВСЕХ >GNU/Linux. Тушите свет, в конце концов.

Я на Gentoo задал make && make modules_install install && modules-update и со вчерашнего дня уже на 2.6.11 И кто из нас мазохист? А ebuild ждётся для того чтобы куча патчей джентушных под ядро автоматом накладывались. О, пока писал уже и ebuild появился ;) Так что не фиг и задержка.

вылечилось у меня убиением модуля echi - выгрузкой

у меня он вообще не загружен судя по lsmod

> Я что-то не понял твоих чудовищных проблем, барашек. Зашёл на ftp://ftp.kernel.org/pub/ и пляши дальше, куда тебе надо.

Об чем и спич. Урл, в противоположность тому, что декларировалось, нихрена не помните :P

>Ой-ой-ой, без ебилдов некуды, линуксятники хреновы.

Года через два ты поймешь, что ядра лучше брать от производителя дистриба, а потом дотачивать, если надо...

Re:

>Многие люди рапортовали о том, что включение preempt тормозит систему... Спросите, кажется Jackill'a...

Уже поправили. Даже rh отказалась от своего preempt'а.

cfq может стоит включить?

У меня вроде все хорошо работает.

подтверждаю - не собирается, сволочь!

Re:

Да я просто вспомнил, что это ты, вроде, говорил о том, что у тебя с preempt тормозит. Давненько дело было, мож с полгода, мож с год назад.

Есть такой файлик в ядре - drivers/char/isicom.c

а в нем используется структура struct isi_port

и где она описана?

забыли?

Или что я не так делаю???

drivers/char/isicom.c: At top level:

drivers/char/isicom.c:155: error: storage size of `isi_ports' isn't known

>> drivers/char/isicom.c:155: error: storage size of `isi_ports' isn't known

нашел описание структуры

но интересные эти компиляторы... чтобы оно начало собираться пришлось перенести описание переменной после описания структуры...

было

static struct isi_port isi_ports[PORT_COUNT]; struct isi_port { };

стало

struct isi_port { }; static struct isi_port isi_ports[PORT_COUNT];

только так он может найти размер переменной isi_ports

$gcc -v

Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.1/specs

Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --enable-languages=c,c++,f77,objc,java,ada --disable-checking --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit i586-suse-linux

Thread model: posix

gcc version 3.3.1 (SuSE Linux)

> Ну на 2.6.10 и у меня пашет так как надо (на две головы +3Д).

Скажи, а у тебя суммарное разрешение < 2048 или больше. А то я думал, что там аппаратное ограничение... Вот так и живу, когда нужно 3Д (blender), то перезапускаем Хы на один монитор... :(

CONFIG_4KSTACKS:
If you say Y here the kernel will use a 4Kb stacksize for the
kernel stack attached to each process/thread. This facilitates
running more threads on a system and also reduces the pressure
on the VM subsystem for higher order allocations. This option
will also use IRQ stacks to compensate for the reduced stackspace.

В общем не знаю от чего, но glxgears fps по сравнению с 2.6.10-nitro2
на 200-300 вырос.

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

а у меня почему-то не работает в 2.6.11 фреймбуфер. при загрузке чернота и нифига не видно=(

Вопросик по сборке ядра. Допустим есть конфиг для 2.6.9 как его корректно подсунуть для сборки 2.6.11 ? Или опять все галочки и значения заново тыкать?

Копируешь .config в новое ядро и выполняешь make oldconfig

>А флэшка usb2 засунутая в NForce2 работать должна? У меня она только на 2.6.7 из Кноппикса 3.7 RE работала. На 2.6.10 Sid не работает.

Должна прекрасно работать на 2.6.10 udev обнови...

АУ Люди. Так что в природе нет нормального мануала по переходу с 2.4 на 2.6

>генкернелом не солидно пользоваться.
Это с чего это вдруг ???

купи себе армянское видео и не парься

to fAX :
CRT - 1280x1024, TV - 1024x768
Radeon 9550 256MB

ЗверьНаРаботе

А блокировку намертво ttyACM пофиксили .. ? .. в 2.6.9 работало ок... в 2.6.10 уже блокировалось намертво .спасала тока перегрузка. А в 2.6.11?

>А блокировку намертво ttyACM пофиксили .. ? .. в 2.6.9 работало ок... в 2.6.10 уже блокировалось намертво .спасала тока перегрузка. А в 2.6.11?

Да.

Если только это интересно, то сам патч будет чуть меньше целого 2.6.11 ;))

--- linux-2.6.8.1/drivers/usb/class/cdc-acm.c.orig      Thu Feb 24 15:02:29 2005
+++ linux-2.6.8.1/drivers/usb/class/cdc-acm.c   Thu Feb 24 15:02:36 2005
@@ -272,7 +272,7 @@ static int acm_tty_open(struct tty_struc

         down(&open_sem);

-       if (acm->used) {
+       if (acm->used++) {
                goto done;
         }

@@ -296,7 +296,6 @@ static int acm_tty_open(struct tty_struc
        tty->low_latency = 1;

 done:
-       acm->used++;
        up(&open_sem);
        return 0;

@@ -305,6 +304,7 @@ full_bailout:
 bail_out_and_unlink:
        usb_kill_urb(acm->ctrlurb);
 bail_out:
+       acm->used--;
        up(&open_sem);
        return -EIO;
 }

>Вопросик по сборке ядра. Допустим есть конфиг для 2.6.9 как его корректно подсунуть для сборки 2.6.11 ? Или опять все галочки и значения заново тыкать?

:) копируешь старый .config, потом make oldconfig, будь готов ответить на пару вопросов про новые дрова/возможности.

Елки-палки, каб научится разучиться работать и сразу перйти к загребанию ... ? :-)))

Сорри, ошибочка вышла :) Так оно и есть.

>(старый метод доступа к USB включи).
Пробовал, не помогало.

Это абсолютно верно для RH и ему подобных...
Я себе ядро лучше любого мантайнера соберу.
А так вообще на Дебиане, например, vanilla-kernel прекрасно работают,
даже 2.6 на woody, хотя я сам больше люблю из kernel-source-2.x.x
собирать :)
А что касается Дженты, дык там ванилла с добавлением некотрорых фич +
sparc_bugfixes, которые мне нафиг не сдались.

И чего в этом такого? В чём отличие от того, что я руками эти команды наберу?
Да, знаю, начиная с 2.6.8 поддержку генкернелом инитрд+softraid поломали
но я ведь себе патч на генкернел накарябал.

>Это абсолютно верно для RH и ему подобных... Я себе ядро лучше любого мантайнера соберу. А так вообще на Дебиане, например, vanilla-kernel прекрасно работают, даже 2.6 на woody

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

>ядро - конфигурируют. тюнят обычно записывая echo 1 или 0 в разные хитрые файлики хранящиеся в пучине даректории /proc/..

и/или sysctl

Большое тебе человеческое спасибо за помошь с vmware !!! С Уважением, Пух.