Печать

Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

[zverro]

Народ, может кто подсказать, как сделать чтобы память ОЗУ меньше съедалось системой или еще чем. У меня так получается, что Сириус не открывает нормально две USB камеры, одна при этом может работать а другая. при попытке чтения ругается, что ресурс занят. По некоторым косвенным признакам это нехватка ОЗУ.  И еще точно также не работают одновременно одна камера и Wifi. Причина та же.  Можно ли как-нибудь сконфигурировать систему чтобы память всё же хватало. (Вроде бы на все буферы при открытии камеры тратится в пределах 1 Мб, кроме тех которые может быть где-то там внутри v4l возможно задействуются)
То что в ядре назначается объем RAM-диска, это влияет на то сколько свободной памяти остается?

[asv]

Какой вывод у free?

[zverro]

До открытия камер

              total         used         free       shared      buffers
Mem:        57856        28404        29452            0            0
Swap:            0            0            0
Total:        57856        28404        29452


После открытия камер

              total         used         free       shared      buffers
Mem:        57856        30064        27792            0            0
Swap:            0            0            0
Total:        57856        30064        27792


В процессе открытия и настройки второй камеры вылазит сообщение
Error: No space left on device

На какой операции еще не уследил, наверное на  mmap.

[asv]

Как видите свободная память уменьшилась всего примерно на 1.5 МБ и её ещё свободно примерно 27.7 МБ.

Может быть проблема в драйвере USB или V4L при одновременной работе их с несколькими устройствами?
Есть ли такая проблема, если камера одна?

[zverro]

С одной камерой работает, и TCP сервер отдаёт изображение по ethernet. Но включаю wifi и уже не работает ни по ethernet ни по wifi

[zverro]

И еще,  на нетбуке asus eepc всё полностью работает с двумя камерами и wifi.   (qt4 приложения легко переносимы, перекомпиляция длится лишь несколько секунд)

[zverro]

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

[vitvrn]

А есть у кого-нибудь рабочий конфиг нового ядра (2.6.38.6) для Тиона Про 2?
С тем, что в этом Buildroot-2011.02, не удается подмонтировать КФС на внутренней флешке.
Собирал тулчейном от buildroot-2010.05-rev37.

Код: [Выделить]

tar xjf linux-2.6.38.6.tar.bz2
# патч из buildroot-2011.02 не стал править, просто переименовал каталог с распакованным ядром + создал ссылку
mv linux-2.6.38.6 linux-2.6.38.6-production
ln -s linux-2.6.38.6-production linux-2.6.38.6-orig
patch -p0 <linux-2.6.38.6-production.patch
cd linux-2.6.38.6-production
make ARCH=arm oldconfig
make -j4 ARCH=arm CROSS_COMPILE=/media/data/andreika/tion_project/output/staging-4.2.4/usr/bin/arm-unknown-linux-uclibcgnueabi-
mkimage -A arm -O linux -T kernel -C none -a 0x8000 -e 0x8000 -d arch/arm/boot/zImage /srv/tion/kernels/2.6.38.6/uImage-2.6.38.6
Загружал ядро не прошивая во флешку

Код: [Выделить]

setenv kern_file kernels/2.6.38.6/uImage-2.6.38.6
setenv machid 0x61f
tftpboot 0x800000 ${kern_file}
bootm 0x800000
Логи загрузки прилагаю Второй, uImage-2.6.38.6-201304051844-boot.log - после добавления кое-каких опций из скачанного с zao-zeo.ru конфига к ядру 2.6.20.21:

Код: [Выделить]

CONFIG_MTD_PHYSMAP_START=0x60000000
CONFIG_MTD_PHYSMAP_LEN=0x3ff0000
CONFIG_MTD_PHYSMAP_BANKWIDTH=4
Меня смущали строки лога загрузки:

Код: [Выделить]

physmap platform flash device: 00800000 at 60000000
physmap-flash.0: Found 2 x16 devices at 0x0 in 32-bit bank. Manufacturer ID 0x000089 Chip ID 0x00891f
NOR chip too large to fit in mapping. Attempting to cope...
Intel/Sharp Extended Query Table at 0x010A
Intel/Sharp Extended Query Table at 0x010A
Intel/Sharp Extended Query Table at 0x010A
Intel/Sharp Extended Query Table at 0x010A
Intel/Sharp Extended Query Table at 0x010A
Using buffer write method
Using auto-unlock on power-up/resume
cfi_cmdset_0001: Erase suspend on write enabled
Reducing visibility of 65536KiB chip to 8192KiB
Подумал, что это связано с тем, что в просто Тионе Про флешка 8Мбайт. Но пока вышеназванные опции из рабочего конфига ничего не дали.

[asv]

В вашем .config есть CONFIG_MTD_CMDLINE_PARTS. Вам нужно (1) используя
CONFIG_MTD_CMDLINE_PART в bootargs передавать значение mtdparts (то же что и
в U-Boot, но название должно соответствовать названию указанному в ядре,
скорее всего "physmap-flash") или (2) дописав соответствующий код в файл
arch/arm/mach-ep93xx/tion9315.c
 
Вы можете обновить U-Boot
www.zao-zeo.ru/dokuwiki/doku.php/u-boot#файлы_u-boot_2010.09
насколько я помню, там уже изменено название на "physmap-flash" и можно
делать в bootcmd: se bootargs ${bootargs} ${mtdparts}

[vitvrn]

Спасибо! С Флешки заработала КФС. С такими параметрами:

setenv bootargs console=ttyAM0,57600n8 root=/dev/mtdblock2 rootfstype=jffs2 mtdparts=physmap-flash.0:512k(u-boot)ro,2560k(kernel)ro,60928k(fs)

Только для этого пришлось поправить размер NOR flash в arch/arm/mach-ep93xx/tion9315.c с SZ_8M на SZ_64M:

    .end        = EP93XX_CS6_PHYS_BASE + SZ_64M - 1,

Дальше буду пробовать в конфиге включать опции, которые нужны (тоже созрела необходимость подключать камеры) и разбираться с rtc.

Пока есть проблема с КФС на NFS. Выдает ошибки (полный лог прикрепил):

Код: [Выделить]

IP-Config: Guessing netmask 255.255.255.0
IP-Config: Complete:
     device=eth0, addr=192.168.0.100, mask=255.255.255.0, gw=255.255.255.255,
     host=tion, domain=, nis-domain=(none),
     bootserver=255.255.255.255, rootserver=192.168.0.13, rootpath=
VFS: Mounted root (nfs filesystem) on device 0:13.
Freeing init memory: 132K
can't open /dev/null: Permission denied
can't open /dev/null: Permission denied
can't open /dev/null: Permission denied
can't open /dev/null: Permission denied
can't open /dev/ttyAM0: Permission denied
can't open /dev/null: Permission denied
По поводу "rootpath=" (хотя в bootargs было прописано значение) говорят, что это нормально, тем более в syslog на хосте была запись:

Apr  8 18:53:33 vitcmp mountd[3668]: authenticated mount request from 192.168.0.100:689 for /media/data/andreika/nfs1 (/media/data/andreika/nfs1)

Старое ядро загрузилось с этими же параметрами (может быть, в новом что-то поменялось по этому поводу?):

setenv bootargs 'console=ttyAM0,57600n8 root=/dev/nfs rw nfsroot=192.168.0.13:/srv/tion/nfs1 ip=192.168.0.100::::tion:eth0:off ep93xx_eth.hw_eth_addr=00:50:c2:bb:49:3f'

[asv]

> Старое ядро загрузилось с этими же параметрами (может быть, в новом что-то поменялось по этому поводу?):

Скорее не чего-то не хватает в .config

[vitvrn]

Заработало после правки конфига nfs на хосте.

/home/andreika/nfs1 *(rw,sync,no_subtree_check,no_root_squash)