Собственно, сабж. Описание есть у Джоша в блоге: https://joshmitteldorf.scienceblog.com/2019/02/05/rumors-of-age-reversal-the-...

И там же ссылка на PDF с результатами: https://drive.google.com/open?id=1D2dLXvE9_D6pCWozovnA44obV-Un4Z8v

Которые выглядят ну очень многообещающе. Так как они еще не опубликовались и не запатентовались точный протокол не раскрывают. Делаем ставки, взлетит ли и сработает ли на человеках. На человеках уже испытывают вот это https://www.youngplasmastudy.com/ с весьма любопытными результатами.

Собственно, собрал я себе сервак в 2U корпусе, полет нормальный. Но вот на материнке только 2 разъема для 4-pin вентиляторов и один 3-pin. А хочется добавить еще парочку для жестких, да не просто, а с управлением оборотами. Быстрый гуглеж по aliexpress и прочему показал, что такие девайсы отсутствуют - есть только убогие переходники с molex'а, которые будут крутить на максимальных оборотах. (А крутить серверный 80мм вентилятор на полных оборотах постоянно как-то не хочется).

Собственно, поделитесь историями успеха. Костылить свое решение под которое разводить плату меня ну очень ломает.

Собственно, дано: proxmox, старенькая nvidia gts450 (которую убедили при помощи nvflash, что она квадра) проброшенная в виртуальную машину с виндой. Так как мониторинг железа идет на стороне proxmox, то хотелось бы и температуру считывать из proxmox, а не только из виртуалки. Есть ли истории успеха?

Собственно, решил потыкать сабж. Смотрел пока по диагонали, глубоко закапываться возможности не было. Из «красивых» решений:

1. Собирается баш/бат скриптами. баш в лучших традициях коммерческих САПРов (привет cadence'у!) надо source'ить. Спасибо, что не csh.

2. OVMF, который я решил ткнуть для начала тупо не собрался не найдя файликов, а create-release.sh выдал эпичное:

bash: ./create-release.py: /usr/bin/python^M: bad interpreter: No such file or directory

Кажется, это были виндовые переносы строк.

3. На другие Pkg скриптов сборки даже не завезли, ну или я плохо искал.

4. CI/CD и статическим анализом по ходу не пахнет. А если оно и проводится, то точно не скриптами из репы edk2.

Есть истории успеха для сборки хоть чего-то минимально рабочего для ARM?

Сабж. Колхозю домашний сервак в 2U корпусе от старого Hyperion RS250 G3. Родной БП реально 1U, так как там их предусмотрено два для резервирования, один над другим. И он воет так, что все демоны разбегаются. ATX БП там не влезет на пару мм, к сожалению. Соответственно хочется какой-нибудь сравнительно недорогой и сравнительно тихий БП для этой железке ватт на 500-700.

Допустим есть архитектура/вариант архитектуры, который не поддерживается на данный момент официальным debian, и есть потребность пересобрать базовую систему и пакеты под эту архитектуру.

В gcc поддержка есть, кросскомпилятор есть, проблем никаких.

1. Есть ли где вменяемое описание последовательности действий, или (что было бы лучше) готовые скрипты, которые это сделают.

2. Обязательно ли всю пакетную базу собирать на таргете, или все же допилили кросс-сборку пакетов до адекватного состояния?

Перемещено tailgunner из linux-install

Народ, а поделитесь историями успеха. В какую страну быстрее и дешевле выбраться на недельку-другую, где доступны анализы генома от 23andyou, а в идеале где еще недорого можно сделать анализ метилирования ДНК (a.k.a. Hovarth clock, methylation age).

Делал ли кто себе уже сабж?

В тред так же призывается Dorif

Сабж. Используем активно ctest. Проблема только в том, что сdash оказался достаточно убогим. Связка jenkins + xUNIT + jenkins-test-result-analyzer ведет себя лучше, но почему-то не показывает время затраченное на выполнение теста, не отличает fail и timeout, до кучи test-result-analyzer течет(!) (Да, написание чего-то на джаве автоматически не даст вашему коду иммунитета от утечек памяти!) и иногда роняет jenkins, особенно на большой регрессии.

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

Собственно, сабж лежит без дела уже достаточно давно. Один с 8Gb eMMC, другой с 16Gb eMMC. В недалеком прошлом эти борды использовались как сервера на которых крутилась почта/веб.

ТТХ есть тут: http://www.hardkernel.com/main/products/prdt_info.php?g_code=G135235611947

Фотки: https://cloud.ncrmnt.org/index.php/s/8wJdwxHsZzXQqLj

От меня добавлено следующее:

1. Алюминиевый корпус для каждого, наружу торчат только USB для уарта, USB для сети cdc_eem (быстрее чем встроенная 100mbit).

2. Самодельный USB-2-UART (лог. уровни от 1.2 до 5 вольт), на плате которого есть импульсный преобразователь 12->5 вольт. (Отдельно фотка usb2uart: https://cloud.ncrmnt.org/index.php/apps/gallery/s/XDMFjT5jn6CALJn ). Преобразователь привинчен на стойках к корпусу, наружу смотрят только светодиоды.

Питание идет через него, и он же предоставляет возможность включить/выключить питание на плате с хоста, таким образом превращая железку в виртуалку.

3. Радиатор на HSIC хаб.

За это каждый хочу по 3-4к, либо поменяю на какую-нибудь прикольную электронику.

Собственно, купил родным, которым это актуально сабжевый глюкометр. Суть его такова: на плечо фигачится сенсор с NFC, которая мониторит глюкозу непрерывно. Результат можно считать телефоном (неоф. приложение) или официальным ридером от Abbott. Сенсор живет 2 недели, потом в помойку. Интереса ради, разобрал оный, когда тот протух.

Кишки оказались очень любопытными. Внутри на платке FRAM микроконтроллер от TI, по сути платка - это breakout board этого микроконтроллера, так как абсолютно все есть на пятаках, к которым просто подпаяться.

Сам мк - RF420TAL152H, если быть точным, платформа для NFC датчиков. Там 8кб рома с NFC стеком, 2кб FRAM для кода/данных, и 4кб SRAM, есть несколько ADC, таймеров и прч. радостей. На одном ADC канале сидит термодатчик, на другом сам штырь глюкометра.

Из коробки 1952 байта FRAM в режиме read-only можно читать по NFC, писать нельзя, по ходу прошивка это практически дефолт, ибо два ли в (2048-1952) байт можно было много чего запихать.

JTAG на пятаках сзади есть, как и все остальное. Так что думаю попробовать для начала прошить, и проверить не залочено ли (а-ля лок-биты в авр), но это как откопаю jtag для msp430 (Spi By Wire по ходу не поддерживает, так что ланчпад в виде программатора не заюзаешь).

А теперь знатоки, внимание вопрос: Сижу тут и думаю, куда бы в хозяйстве это дело применить лулзов ради. Как NFC теги - не интересно: nfc стикеры стоят 10$ за сотню, и к тому же всегда есть проездные метро. Как отдельный датчик - тут esp8266 заруливает и запедаливает.

P.S NFC часть по ходу работает даже если батарейку вообще нафиг достать.

Сабж. Оный хочу использовать для растворения материала поддержки (HIPS) при 3д-печати. Основная деталь из ABS. Но так как деталь будет большая, а материала поддержки мало - переводить дорогущий реагент в большом количестве не очень хочется. Вопрос: Чем можно разбавлять сабж?

sudo /usr/local/sbin/cast -u Dorif

Сейчас покопавшись в хламе понял, что есть несколько убитых старых аппаратов на mt6589. В общем поковырялся, собрал/портанул кастомное ядро (медиатек это ад и израиль, конечно, повключать всякие нужные systemd фичи превратилось в увлекательное приключение), в итоге запустил debian stretch (не chroot, а честно через минимальное initrd с busybox). Итого имеем headless систему с сетью по usb, с 4мя и 8мью ядрах арма соответственно.

Кому надо - качаем бесплатно без смс и регистрации первый превью билд: https://yadi.sk/d/fFOhlM-r3L74Qt

Сделано для UMI-X2, но в теории будет работать и на других аппаратах на MT6589, разве что preloader и lk.bin можно попробовать дернуть из стоковой прошивки.

Что есть/работает:

• Кастомное ядро, выключено ограничение на доступ к сети только отдельным группам, добавлены фичи, которые необходимы жизненно systemd. Работает UART, usb client, emmc, степпинг по частоте. Остальное не проверялось
• Кастомное initrd на основе busybox с поддержкой простого «режима восстановления».
• Минимальная корневая ФС Debian Stretch
• Вычещена таблица разделов, максимально удалены ненужные разделы типа recovery/usrdata и т.п., только отжирающие место на eMMC

Последовательность загрузки

• INITRD Включает usb в комбо-режим (флешка + посл. порт + сеть (eem)) и ждет 10 секунд логина на вирт. ком-порту. Это на случай, если загрузка не проходит и необходимо вручную выполнить реанимационные мероприятия
• Если никто не залогинился, то монтируется корневая фс и начинается загрузка Debian
• Debian настроен на получение IP адреса на usb интерфейсе по DHCP (ждет IP до 5 минут), соответственно на хост-системе необходимо добавить этот интерфейс в мост и/или разадавать IP адреса.
• На вирт. последовательном порту будет так же доступен шелл после окончания загрузки

Для входа в систему используем:

Логин: root

Пароль: 12345678

Система загружается даже если кнопка питания не нажималась. Т.е. втыкаем батарейку, втыкаем кабель и оно загрузилось.

Дополнительный софт можно установить штатно через apt-get, через него же и обновлять систему.

Прошиваем через flashtool с полным форматом

Если кому очень интересно/есть спрос на это дичайшее извращение - то на неделе постараюсь привести все костыли в порядок и выложить на гитхаб.

Собственно, сабж. Если у кого есть - поделитесь!

Имеются 4х-канальные донглы, диска с драйверами нет. С прошивкой из SmiUSBGrabber3C и 3F, которые можно найти в интернете работает только один канал из 4х.

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

Во всех реализациях опенсурс EEG (OpenEEG, OpenBCI) я видел исключительно самопальный аналоговый фронтэнд. В связи с чем у меня вопрос, какие подводные камни скорее всего ждут при использовании этого одночипного решения?

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

Сабж. Нужен девайс, в котором обязательно будет функция таймера, датчики - пульс, оксиметр, акселерометр. И который обязательно будет выживать регулярное плавание в нем в бассейне. Хороший мониторинг сна с периодическим съемом пульса/оксиметрии будет плюсом.

На наличие привязанности к чужому облаку/огороженности мне плевать, все равно ble реверс-инженерится на раз. На брендовость/небрендовость мне тоже плевать.

Сейчас юзаю TTLife DF30, в бассейне пока еще не испытывал, да и смысла нет, так как функции таймера в нем нет.

Допустим имеется программа, зависящая от liba, libb, libd. Какой является рекомендованный и самый простой способ слинковаться с liba и libb динамически, а с libd статически?

Все библиотеки установлены в системе пакетным менеджером, информация о флагах получается из pkg-config, порядок линковки может быть любой. Из pkg-config даже если передаем --static мы чаще всего получаем флаг линковки вида -ld, ничем не отличающийся от динамической линковки. Оный необходимо либо обернуть будет в -Wl,-bstatic -Wl,bdynamic.

Тогда вопрос вырождается в то, что совершенно непонятно, как заставить CMake передать компилятору такое заклинание и не наплодить говногода в CMakeLists.txt (В идеале не отказываясь от target_link_libraries)

Или лучше линковаться с libd.a просто добавляя этот файл к add_executable(blah main.c /path/to/libd.a). Но тогда не понятно, как от pkg-config получить путь и имя .a файла и какие предположения можно делать, чтобы было максимально переносимо между дистрибутивами.

Собственно сабж. Есть некоторое количество кода, работающее на «голом железе», которое покрыто энным количеством тестов (Или, что еще хуже, вообще на rtl модельке этого железа).

Если бы это было обычное приложение, то можно было бы призвать на помощь волшебные флаги gcc (-fprofile-arcs и -ftest-coverage) и далее привычными gcov/lcov/ и т.п.

При сборке получаем .gcno файлики, вместе с .o, а при запуске - .gcda, которые и обрабатываем вышеупомянутыми тулами. Соответственно в рантайме программулина читает .gcno, пишет .gcda. Но в случае с голым железом у приложения нет доступа к файловым дескрипторам. Вообще.

Есть ли какие-то более или менее общие решения, которые помогут решить данную проблему?

Дано: X11 с большим виртуальным разрешением и включенным panning, например:

xrandr --output LVDS1 --mode 1920x1080 --panning 4096x4096

Как из программы/консоли передвигать viewport?

Dark_SavanT, вылези в жаббир, есть пара вопросов. Модераторов прошу не сносить хотя бы некоторое время.

Есть истории успеха запуска сабжа? Или с тех пор как они перекроили протокол и пошли по пути ICQ в 2008-9 году и стали блочить альт. клиенты стало вообще все без вариантов?