On Thu, May 26, 2005 at 05:08:54PM +0400, Aleksey P. Karelin wrote: > Sergey Vlasov пишет: > >On Thu, May 26, 2005 at 04:25:00PM +0400, Aleksey P. Karelin wrote: > >>DiskOnChip Millennium found at address 0xDA000 > >>No flash chips recognised. > >А что за чип там на самом деле? > DiskOnChip 2000 TSOP > >Впрочем, если это именно DiskOnChip 2000 TSOP, обновление пока не поможет, > Ох, как все плохо... Ну не всё - я же написал, что есть новый модуль diskonchip; а модули docprobe, doc2000, doc2001 сейчас уже считаются устаревшими и поддерживаются только для совместимости. > Как быть? Искать старые чипы, новые ядра или другой дистрибутив пробовать? Вообще вся разработка в области MTD (да и не только) ушла в ветку 2.6.x. Хотя предлагается какой-то снапшот MTD CVS, последний из работавших с 2.4.x: ftp://ftp.uk.linux.org/pub/people/dwmw2/mtd/cvs/mtd-snapshot-20050304.tar.bz2 Кроме того, вряд ли в каком-то из дистрибутивов общего назначения серьёзно занимаются поддержкой столь специфического железа, поэтому найти где-либо готовое ядро 2.4.x с обновлёнными драйверами MTD, скорее всего, не удастся. Есть, конечно, вариант использования драйвера "от производителя". Этот драйвер, как обычно, содержит бинарный кусок, делающий неизвестно что, и имеет какую-то ужасную лицензию. Кроме того, как оказалось, этот драйвер у них не обновлялся с 2003 года, и собирать его отдельно от ядра неудобно. Хотя можно это сделать, положив в каталог doc-linux-5_1_4_20/driver/doc прилагаемый Makefile и выполнив команду: make -C /usr/src/linux-2.4.26-std-up modules SUBDIRS=`pwd` (при этом должен быть установлен пакет kernel-headers-modules-std-up для соответствующей версии и сборки ядра). От попыток использования предыдущих версий этого драйвера с ядрами 2.2.x впечатления остались отрицательные; в частности, через несколько секунд после монтирования ФС машина переставала реагировать на что-либо примерно на 5-10 секунд; похожие вещи происходили и после выполнения любой записи на устройство. Причём складывается впечатление, что это не столько недостатки самого драйвера, сколько принципиальная особенность DiskOnChip: весь обмен идёт только под управлением процессора, с постоянными опросами готовности, при этом операции стирания и записи занимают значительное время. Хотя при правильном построении драйвера с учётом этих особенностей можно было бы частично обойти эту проблему (в ядрах 2.6.x, собранных с опцией CONFIG_PREEMPT).