Re: [Hardware] DiskOnShip

[Sergey Vlasov <vsu@altlinux.ru>]

[-- Attachment #1.1: Type: text/plain, Size: 2490 bytes --]

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).

[-- Attachment #1.2: Makefile --]
[-- Type: text/plain, Size: 163 bytes --]

O_TARGET	:= doc.o
list-multi	:= doc.o
obj-m		:= doc.o
doc-objs	:= fldrvlnx.o libosak

include $(TOPDIR)/Rules.make

doc.o: $(doc-objs)
	$(LD) -r -o $@ $(doc-objs)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]