Судя по описанию секции collaborative code review, это больше тул ревьюирования диффов. Непонятно доступна ли фича отправлять на ревью коммиты?

Наверное, мы разные вещи называем термином code review

Так и не увидел какой инструментарий был выбран для code review?

Встроенное программное обеспечение основано на популярном Linux-дистрибутиве OpenWRT.

А откуда бы качнуть форк OpenWRT с поддержкой LinkIt Smart 7688?
Или ребята OpenWRT уже включили патчи для LinkIt Smart 7688?

Мне первая версия браслета тоже интересна (кстати, в китайском клоне первой версии тоже монохромные LED ставили).
Где можно почерпнуть информацию о API первой версии браслета: возможности управления LED и телеметрия с акселерометра — с акселерометром там та еще эпопея, если передаются не последовательности значений (семплированные с периодом 100мс за последние, например, неск. секунд), то с какой периодичностью можно запрашивать эти данные вручную?

Управление виброй — это здорово, а что хотелось бы еще: описание API для управления LED.
Притом не просто ID цвета передавать, а полноценное RGB-888 (24бит) значение.
И принципиальный вопрос: можно ли с достаточной точностью в этом BLE управлять временем приёма и обработки пакетов, что я имею в виду:
например зажигаем LED на 150мс, затем пауза 400мс, затем зажигаем на 750мс, затем опять пауза 400мс.

PS: да, я действительно мечтаю сделать на браслете прием сообщений по азбуке Морзе, индикация принимаемого сообщения — по короткой вибрации, началло передачи сообщения — по резкому взмаху (как на многих браслетах и прочих смартвочах включается дисплей по взмаху bottom-top) — кстати, для этого бы надо уметь считывать и интерпретировать даные акселерометра, если их конечно можно вытащить в RAW из «народного» браслета…

Для меня фраза «автомобильная зарядка» — это зарядка для 12-вольтовой свинцово-кислотной батареи.
Не придираюсь, но прочитав заголовок, был удивлён что такое здесь публикуют. :)

433,92 МГц, Амплитудная модуляция?

Добавьте, пожалуйста, мейкфайл для сборки проекта — так по си исходнику непонятно в какой среде собиралось, возможно еще файл линковщика нужен.

Планируется ли выкладка проекта на сишарп для разбора файла осциллограм?

добавилась система питания 5->3,3В.

на чём делали, если не секрет

Synopsys имеет наверное наибольший опыт в разработке платформ для FPGA прототипирвоания.

Ага. Сразу после приобретения компании-разработчика системы HAPS Synopsys обзавелась этим наибольшим опытом в разработке платформ для FPGA прототипирования.

Для модели fabeless слишком заоблачная сумма.

… позволят китайской компании войти в тройку крупнейших мировых производителей чипов. В этой сфере ей придется конкурировать с Intel, Samsung Electronics и Qualcomm.

Ага. А TSMC ниразу не в тройке.[/sarcasm]

CentOS 7 x64

$ uname -a
Linux 3.10.0-229.1.2.el7.x86_64 #1 SMP x86_64 GNU/Linux

$ nginx -V
nginx version: nginx/1.8.0
built by gcc 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) 
...
--with-file-aio

При вставке в /etc/nginx/nginx.conf строчки aio threads; получаю ошибку:

[emerg] «aio threads» is unsupported on this platform

PS: nginx из репозитория nginx.org/packages/centos/7

Что я делаю не так?

А какие вам практические публикации нужны? как s-box маппить на LUTы? Или может как арифметическое сложение либо XOR вручную в базисе И-НЕ описать? Отдайте это дело на откуп синтезатору и не страдайте ерундой — он уже давно научился использовать ресурсы конкретного семейства ПЛИС, под которую вы проводите синтез. Единственное правило, которое надо помнить — стиль кодирования на Verilog, который допустит синтезатор на оптимизацию вашего RTL-описания при компиляции исходников. Плюс надо определиться на начальном этапе что вы хотите получить — максимум производительности или минимум потребления/площади (во втором случае конвейерную структуру необходимо свернуть в цикл — использовать один раун (каскад) с простейшей FSM).

Это была преамбула, далее — сама «практическая публикация», так сказать: OpenSource HDL Implementation of GOST 28147-89
Лицензия — BSD, пользуйтесь на здоровье, даже в свой ASIC или SoC можете запихать.

Из фич:
— Проверенный на FPGA синтезируемый и верифицированный дизайн
— Выбор режима (шифрование/дешифрование) осуществляется налету при работе блока
— Раунды свёрнуты в цикл — IP-ядро оптимизировано по потреблению/занимаемой площади (полный цикл шифрования занимает 32 тактовых сигнала)
— Поддержка двух наборов S-блоков ГОСТ Р34.11-94 и RFC5830, можно синтезировать с поддержкой одновременно двух и переключением из налету

Из дальнейших планов:
— Прикручивание процессорной шины (Intel/Motorola либо Wishbone, возможно ARM AMBA)
— Реализация оставшихся режимов поточного шифрования: CBC, CFB, OFB, CTR (в соответствии с NIST SP 800-38A)
— Рефакторинг верификационной среды: использование библиотеки Botan в качестве Golden Model и тестирование RTL-кода через DPI интерфейс SystemVerilog'a

Да, это здорово.
Но ведь после секции «location ~* /wp-login.php»
стоит секция с более общим регулярным выражением, которое включает в себя и файл wp-login.php — «location ~ \.php?$»
Могу ошибаться — но разве секция location с RegEx срабатывает только при первом совпадении с RequestedURI? Мне кажется — с каждым. Нет?
В этом и озадаченность.

Уточню, как быть с цепочками:

location ~* /wp-login.php {
  limit_req  zone=login burst=4;
  fastcgi_pass unix:/var/php-fpm.sock;
}

location ~ \.php?$ {
  fastcgi_pass unix:/var/php-fpm.sock;
}

— всё ли верно?

Задача может быть реализована в Nginx с помощью модуля ngx_http_limit_req_module [1], выступающем в роли фронт-энда к Apache или веб-сервера FastCGI.

Подскажите пожалуйста, как задача может быть реализована при использовании nginx в качестве nginx: т.е. статика + php-fpm через fastcgi_pass?

Можно поподробнее?
Для первого я так понимаю надо установить какой-либо GhostScript?

Спасибо.

Подскажите еще такой вопрос: как/чем вы инвертируете слой пасты при выводе на печать? Ни в CAM350, ни в PCAD не нашёл птички для инверсии слоя.