andysm

А какое отношение к лифтам имеет оптический стол NEWPORT, оптические подвижки и вакуумная камера изображенные на вашем сайте? p.s. Извиняюсь, не удержался.

Основная задача это минимизация емкости между теплоотводом и корпусом транзистора при напряжении несколько киловольт... Поэтому такие конструтивные пляски. =(

Там плата в теплоотвод торцом вклеиваться будет (подругому никак). Мощность отводимая тоже приличная. Так что видимо только BeO. =(

Нужно изготовить теплоотводы для транзисторов в корпусе DPAK. Размер ~1.5х12х20. (толщину можно больше) По конструктиву транзисторы запаиваются на керамическую пластинку а пластинка вклеивается узким торцом в радиатор. Т.е. нужно изготовить п.п. на керамике либо просто купить керамические пластинки покрытые медью (например). Возможность нарезать дорожки есть... Вопрос. Где в Москве и окрестностях возможно заказать такие п.п. или купить керамику в размер (резать BeO желания не имею). А.

в общем не помогло... =( new_port_settings.c_lflag = 0x0. new_port_settings.c_iflag = 0x4. new_port_settings.c_oflag = 0x0. new_port_settings.c_cflag = 0x18b5. это то что она ставит...

На i.mx233 такая фигня происходит. Понятно что что то не настроено в termios. Крутил разные битики но без особого успеха. =( Может кто сталкивался? собственно, задача raw поток принимать и передавать. код ниже... int m_setparms(int fd, int baud) { int spd = 0; int error; struct termios tty; error = tcgetattr(fd, &tty); if (error == -1) { return error; } switch (baud) { case 0: spd = B0; break; case 300: spd = B300; break; case 600: spd = B600; break; case 1200: spd = B1200; break; case 2400: spd = B2400; break; case 4800: spd = B4800; break; case 9600: spd = B9600; break; case 19200: spd = B19200; break; case 38400: spd = B38400; break; case 57600: spd = B57600; break; case 115200: spd = B115200; break; case 230400: spd = B230400; break; case 460800: spd = B460800; break; case 500000: spd = B500000; break; case 576000: spd = B576000; break; case 921600: spd = B921600; break; case 1000000: spd = B1000000; break; case 1152000: spd = B1152000; break; case 1500000: spd = B1500000; break; case 2000000: spd = B2000000; break; case 2500000: spd = B2500000; break; case 3000000: spd = B3000000; break; case 3500000: spd = B3500000; break; case 4000000: spd = B4000000; break; } if (spd != -1) { cfsetospeed(&tty, (speed_t)spd); cfsetispeed(&tty, (speed_t)spd); } tty.c_cflag = (tty.c_cflag & ~CSIZE) | CS8; /* Set into raw, no echo mode */ tty.c_iflag = IGNBRK; tty.c_lflag = 0; tty.c_oflag = 0; tty.c_cflag |= CLOCAL | CREAD; tty.c_cc[VMIN] = 0; tty.c_cc[VTIME] = 0; tty.c_iflag &= ~(IXON|IXOFF|IXANY); tty.c_cflag &= ~(PARENB | PARODD); tty.c_cflag &= ~CSTOPB; error = tcsetattr(fd, TCSANOW, &tty); return error; }

Спасибо большое. после патча заработало.

Есть железка на i.mx233 и по ряду причин желание загрузиться по nfs. карточка на ASIX AX88772. Linux version 2.6.31-626-g602af1c (andysm@debian-dell-d630) (gcc version 4.1.2) #38 PREEMPT Sat Mar 12 12:35:35 MSK 2011 Kernel command line: -e noinitrd console=ttyAM0,115200 root=/dev/nfs nfsroot=172.17.8.80:/home/andysm/work/ltib/rootfs rw ssp1=spi1 ip=172.17.8.178 gpmi кусок лога... TCP cubic registered NET: Registered protocol family 17 RPC: Registered udp transport module. RPC: Registered tcp transport module. mxs-rtc mxs-rtc.0: setting system clock to 1970-01-01 00:11:59 UTC (719) usb 1-1: new high speed USB device using fsl-ehci and address 2 usb 1-1: configuration #1 chosen from 1 choice IP-Config: No network devices available. eth0: register 'asix' at usb-fsl-ehci-1, ASIX AX88772 USB 2.0 Ethernet, 00:80:c8:3c:30:41 Looking up port of RPC 100003/2 on 172.17.8.80 rpcbind: server 172.17.8.80 not responding, timed out Root-NFS: Unable to get nfsd port number from server, using default Looking up port of RPC 100005/1 on 172.17.8.80 rpcbind: server 172.17.8.80 not responding, timed out Root-NFS: Unable to get mountd port number from server, using default Root-NFS: Server returned error -5 while mounting /home/andysm/work/ltib/rootfs VFS: Unable to mount root fs via NFS, trying floppy. VFS: Cannot open root device "nfs" or unknown-block(2,0) Please append a correct "root=" boot option; here are the available partitions: 1f00 40960 mtdblock0 (driver?) 1f01 1007616 mtdblock1 (driver?) Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0) Понятно что карточка появляется после попытки инициализации сети. Вопрос как это победить. (При загрузке с SD того же ядра сетка работает.)

Вот ядро linux 2.4 какой то от mv, fs и toolchain для NAS FNS-1000 от level one. Эта штука сделана на ixp425 32 ram 8 rom. Компилируется и работает на данном девайсе. Инструкция и там прилагается. Единственный затык при сборке - не хватает размера initrd... надо творчески почикать лишнее. (либо файлы либо debug info местами в библиотеках и модулях) http://download.level1.com/level1/gpl/FNS-..._2006-01-18.zip

вообще говоря, вопрос был про то как сказать gcc конкретной версии что бы он не делал выравнивание. r301 за ответ огромное спасибо. а как писать кросс-платформенно и прочее это уже не совсем по теме. =)

В общем, __attribute__ в разных вариациях не помогает. Добавление ещё одного short_а не изменяет размер структуры, чего и следовало ожидать. Это конечно самый короткий путь, но он меня почему то не радует хотя и надежен. Прочитал тут на каком то форуме буржуйском что пустышка может и не в конце структуры оказаться... Так что наверное придется компилять новый toolchain =( с более свежим gcc... хотя есть подозрение что это именно ARM_овский GCC такой.

Есть структурка. typedef struct { unsigned short Version; unsigned short Hi_Addr; unsigned short Lo_Addr; unsigned short CtlReg; unsigned short H_size; unsigned short V_size; unsigned short AccBin; unsigned short XDelay; unsigned short CCDTemp; unsigned short GainDark; unsigned short Period; unsigned short Tint; unsigned short DualRatio; unsigned short FIFOState; unsigned short InfoReg; unsigned short Data[32]; } param; если написать sizeof (param) то под виндой вернёт 94 (что есть правильно). а под линухом на ARM_е 96 (что странно по меньшей мере)... =( GCC 3.3.5. #pragma pack пробовал, не помогает... Кто нибудь может сказать как такое может быть?

у марвела взяли. та же проблема с аляской была что и у вас судя по всему. много больше месяца весь процес занял. =( все матерные слова про них я опускаю... там ему надо регистры сконфигурить и всё заработает. я сначала пробовал смотреть что люди делают по исходникам в надежде наплевать на марвел. скажу вам сразу что это смысла не имеет... не тратьте время.

Вообще говоря, linux это не основная проблема была. Больше всего времени было затрачено на сетку и на то что бы u-boot заработал как надо. Довольно долго с флешом бился как не странно. Потом почти всё то что в u-boot_е сделал прикручиваешь к linux_у т.к. они в общем то родственны. =) И ещё некоторое время отняло понять чем ARM линух от PPC отличается при загрузке т.к. я на ARM_е в основном. Ядра от mvista и secretlab не сильно отличались... и то и другое работо. куски BSP которое EDK генерит в обоих случаях прикручивать надо руками.

я некоторое время назад тоже искал готовый пример... в итоге всё сам сделал. плата была fx12 nuhorizons с меленьким камнем. сначала в edk изобретаешь свой компутер и тестиш что бы всё работало (память rs232 и прочий ethernet). потом запускаешь на нем loader + u-boot из флеша и вот этот линух например http://git.secretlab.ca/ и будет тебе счастье. =) (можно и от mvista линух взять но они его куда то убрали как я вижу) главная трудность была на marvell phy доку найти... =( т.к. без сети как то не уютно под линухом, да и вообще. =)