Harbour

Этот Bellard прикольный мужик, начиная от tcc с исходником в 2048 байта, заканчивая tccboot.iso - загрузка initrd с tcc и исходниками Linux ядра, компиляция оного за 15 (!) сек. и загрузка ;) А ветка для c6x вылезла от одних студентов - это их диплом был

Для задач DSP я пока не рискую его юзать, правда для x86 его применяю в скриптовом варианте. А чем не устраивает официальный TI cgt ?

SWS проходит POS доходит до RECV_PING_DEVICE, а дальше кино и немцы - числа "заклинивает" в ответах DSP или в 1 или в изначальное N впечатление что pdf откровенно врет, или составлен только для 32bit варианта - а режим SPI slave 16 битный. у меня silicon rev1.2 - если бы была трабла с last-bit-hold-time описанным в errata для этой ревизии, то портился бы последний бит. кто борол или мысли какие есть ? P.S. что интересно после задвигания изначального N, после полученыых от DSP 0x5253590b - четко считываются 0xFFFFFFFF :07:

Ваще не слышал чтобы malloc возвращал EINVAL - единственный errno для него это ENOMEM. Может имелся ввиду valloc/memalign ?

binary tree leafs discovery - читайте pdf там английским по белому все расписано

был когда-то у далласа an187.pdf, где усе описано - для ленивых выкладываю свой древний код, который был написан по их исходникам. нужная ф-ия называется u64 w1_search_devices() w1.h.txt w1.c.txt

Так за чем дело стало, наш великий гуру ? Где Ваши _личные_ доказательства или хотя бы какие-нить _результаты_ в использованиии данной технологии применительно к topic'у ? Пока наблюдаем только треп и рекламные цитатки nvidia. Пшик ... Пока я со своими "дохлыми" FPGA покрываю эту кудлу ;) Кстати - во что кластерок на GTX-280 обошелся ? А что - потребляет наверное пару ватт ? А что к нему еще и процессор нужен, и венда какая-нить непростая, типа для HPC ... хе-хе ;) Бедный SGI, он не знал что делал : http://www.ixbt.com/news/all/index.shtml?09/60/92 Наверное надо было обратиться за советом к великим гуру на electronix'е, поставить во множестве эту кудлу там, или DSP какие ;) Ну и понятно никого не смущает отсутствие кластеров в TOP500 с так рекламируемыми технологиями. RTFM VICP в давинчи for ex., Вам уже заметили что "современные DSP" используют аппаратные сопры для этих целей. Бедность она в головах, батенька ;)

Зависит от способа разработки - мне нравится иметь стабильную ветку проекта, которая 1. собирается без ошибок 2. прошла все созданные для текущего кода тесты 3. имеет реальные теги на которые можно лепить последующие патчи/доработки и bug-report'ы иначе каша получается. что там у разработчиков на компе - это их личное дело. руководитель должен отслеживает изменения в стабильных ветках - если он еще будет заниматься обменом информацией между разработчиками, то получим испорченный телефон.

красиво, черт побери, буржуи картинки рисуют ;)

Расшифрую понятие "ресурсы", видимо не всем понятно : - время - бюджет - разработчики, обладающие определенной специализацией и навыками - технологии (for ex. наработки, алгоритмы, киты, чипы - те же DSP или FPGA) У одной команды ресурсы позволяют делать определенный проект именно таким образом, у другой нет - ну и что ? важен опыт и результат, полученные в конце проекта. For ex. я знал одного дедушку в Киеве, так у него не было ни DSP ни FPGA в 80 годах, он не долго думая на 155 серии сваял CPU + периферию + адаптер локальной сети (!), написал для него ассемблер, на этом ассемблере программу под задачу и успешно продал ряд устройств, проработали они 20 лет. Это я к тому что знающий человек с помощью кувалды и напильника может решить любую задачу именно грамотным использованием ресурсов, которые есть у него в наличии. Как говорится - если у тебя в руке молоток, то все вокруг превращается в гвозди. Секрет успеха не в том во что упереться рогами - а в том насколько хорошо ты способен смотреть вокруг себя, иначе могут закончиться эти самые ресурсы ;)

интересно, а приемник с L2 в таких случаях как себя вести будет ?

Увы svn как раз и есть то препятствие, которое не позволяет работать по такому принципу. можно создать конечно N веток для каждого разработчика и вручную ими керовать. Я использую git - у него распределенная схема хранения веток кода - на компе у каждого разработчика есть локальная копия основного дерева + своя ветка - менеджер проекта или следующий в цепочке тестер, получив по email уведомление об оконченном этапе, выкачивает с компа разраба changeset и в случае успеха передает дальше вплоть до коммита в основное дерево или отправляет замечания обратно разрабу. Таким образом разработчики сами взаимодействуют между собой наиболее оптимальным образом, в противном случае manager проекта рискует стать бутылочным горлышком. Насчет сети не понял - достаточно модемного интернет соединения.

попытка не склеить ласты перед надвигающимися oss альтернативами ? EU вариант openmoko раскупили оптом, гады, за час работы гамазина ;) железяки под android обещают быть с не меньшим фаршем чем current top smartfones.

дык а чего бы ему не работать ? есть интересный порт на DirectFB Никиты Егорова, см. : http://www.mail-archive.com/[email protected]/msg00762.html

принцип "любви к искусству" применяется в выборе пива или фильма посмотреть, но никак не в разработке архитектуры цифровых устройств. В последних я применяю 2 универсальных принципа : - доступность и качество ресурсов - способ их взаимодействия чего и Вам желаю

не он один ;)

репозитарий должен содержать только рабочий и проверенный код, т.е. коммит происходит после того как _все_ стороны согласились с изменениями или новым кодом - см. "acked by" схему в linux. в своей локальной копии дерева они могут хранить/делать что угодно

пасиб, учтем в проектных планах ;)

Увы, камень довольно староват и по этому показателю конечно же проигрывает, но не валом : ; Power Models ; Final ; Total Thermal Power Dissipation ; 328.83 mW ; Core Dynamic Thermal Power Dissipation ; 208.17 mW ; Core Static Thermal Power Dissipation ; 82.50 mW ; I/O Thermal Power Dissipation ; 38.17 mW P.S. Но интересно за сколько времени и на какой частоте DSP решит свою задачу

от простого к сложному - пока не видать результатов и на простых примерах

пишите в private - обсудим цену, 30% я беру вперед

Как сказать - иногда бывают проекты где все наоборот - dsp овцы а fpga пастухи, так как загрузить оверлей в dsp проще чем переконфигурить fpga. насчет видео все обстоит также как и в остальных dsp задачах - применение fpga выйдет дешевле и быстрее. В Вашем случае обчая архитектура системы подкачала

что-то нигде нету в datasheet'е данных о том сколько инструкций занимает кодирование ? похоже просто на впаривание - просьба апеллировать вещами с которыми реально сталкивались, а не надыбанных поиском в google. теперь стоимость : пусть ep1c12 стоит $50, судя по einfo.ru (хотя кто его теперь купит за такие деньги): 8E1 = 8 * 30 = 240 каналов, 50$/240 = $0.208 на канал

Stanislav: не порите чушь. cuda и им подобные технологии - это жалкая попытка gpu компаний занять нишу computing accelerators на fpga - тип допустимых операций весьма жалок, и это не учитывая накладные расходы разложения на оные своего алгоритма. Чтобы не быть голословным в заявлениях крутизны dsp - возьмем типичную DSP задачу - воть хоть мой примерчик 2006 года с http://electronix.ru/forum/index.php?showtopic=15866 - это тупая fpga реализация ITU compliant адикма 16кбит - время кодирования сэмпла 243 нс, тактовая кажись 70 Mhz - и сотворите нам чудо, а мы посмотрим сколько будет стоить этот dsp и на какой частоте оно будет працювать. сразу скажу - цена данного (устаревшего первого) циклона менее $20, заполнение его 50%, т.е. имеем стоимость $10 на 8 E1 потоков. если я не дай бог пересоберу это дело под третий циклон и немного пооптимизирую- то могу уменьшить время кодирования в 10 раз (при 100MHz) при еще меньшей площади. ну не будем сразу так напрягать- попытайтесь добиться хоть этого, ждемс ... ;) P.S. похожие темы были когда-то затронуты, см. http://electronix.ru/forum/index.php?showtopic=12380

sorry, как всегда знака 40 не заметил ;) проверить просто - можно воткнуть любую usb мышку - у меня на ноуте старт меньше секунды. если глянуть в linux/drivers/hid/usbhid/hid-core.c то видно что retry_delay используется при логических ошибках в обмене. по идее можно какую-то отладку вставить