TGViewer
Channel Public Channel
позитивслэк

позитивслэк

@positiveslack

ASIC, FPGA, SystemVerilog, UVM. Цифровой дизайн, программирование, ИИшки, духота и мемы. С уклоном в верификаторство.

https://t.me/boost/positiveslack
Subscribers
993
Photos
145
Videos
0
Links
209

Showing posts older than #372 · Back to latest

Older Posts 13 shown
Post #371 1.44K
Там антропики как раз сегодня новую модель релизнули видимо под это
🍿

У меня один вопрос у посту выше - а что гугл групс ещё существуют?
  • 😁 5
Post #370 1.55K

Forwarded from Юрий Панчул

Я сегодня решил начать монетизировать свою критику ИИ и предложил спор на $1000 энтузиасту программы Claude. Энтузиаст запостил в одной из моих групп (295 членов) ссылку на свой сгенеренную Claude репозиторий, утверждая что Claude сгенерил для него ускоритель симуляции верилога, который работает в 1000 раз быстрее чем верилятор, с помощью расбрасывания вычислений на массив RISC-V ядер, синтезированных на Xilinx FPGA. Я предложил ему запустить на этой слоистой конструкции простой тест, которые исполняется в банальном икарусе за 4 минуты на старом Dell и за 2 минуты на новом Маке. Если то что родил клауд сможет выполнить этот тест на его плате за менее чем 10 секунд, и не будет никакой фигни (скажем оно не будет просто печатать правдоподобный ожидаемый результат), и это произойдет до Дня Независимости 4 июля 2026 года, то я плачу ему тысячу долларов. А если нет - то он мне.

Как вы думаете - товарищ примет спор? Это инженер-американец с 40-летним опытом, который работал над симуляцией аналоговой версии верилога еще в 1990-х.

UPD: Спор был принят. Можете наблюдать за спором в реальном времени:
https://groups.google.com/g/meetsv
  • 🔥 23
  • 🤔 1
Post #369 9.24K
позитивслэк Встреча FPGA сообщества в YADRO 2026 Настало время выбраться из берлоги 😊 На ближайшей вечерней FPGA-встрече в Питере расскажу про свой пет-проект LLM-first CLI инструмента для работы с вейвформами. Дело в том, что агенты хорошо работают с текстом примерно…
Мечтают ли ИИ-агенты об анализе вейвформ?

Мероприятие прошло. Было очень круто 🎧
Спасибо всем кто пришел, и с кем удалось пообщаться!

Если вдруг упустили, то я рассказывал про CLI инструмент для анализа и работы с вейвформами, написанный специально для "рук" LLM-агентов.

https://github.com/kleverhq/wavepeek

Слайды в первом коменте к посту, ну а выступление есть на YouTube

Жажду получить любую обратную связь, особенно отзывы по использованию в реальных задачах. Любая движуха приветствуется, кроме нейрослоп-PR конечно 😎

#llm #tools
@positiveslack
GitHub GitHub - kleverhq/wavepeek: 🌊 CLI tool for RTL waveform (VCD/FST/FSDB) inspection 🌊 CLI tool for RTL waveform (VCD/FST/FSDB) inspection - kleverhq/wavepeek
  • 🔥 32
Post #368 1.43K
Building an Open-Source Verilog Simulator with AI: 580K Lines in 43 Days

Тут интересный инцидент пропустил. Затравка в статье из шапки. После её прочтения единственный вопрос это "WTF сейчас происходит?"🏥 И дальше интереснее будет.

Если идти по порядку, то в начале марта некто Thomas Dybdahl Ahle заявил в посте что обнимку с ClaudeCode и Codex он (его команда?) за 43 дня написал около 580к строк кода, в которых:

▫️circt-sim - симулятор SystemVerilog/UVM поверх CIRCT, выбивает 73% на тестсьюте sv-test (Verilator 94%, Icarus 80%) и способен симулировать UVM окружения
▫️circt-bmc/circt-lec - инструменты для формальных доказательств
▫️circt-mut - инструменты для мутационного тестирования

Проходят тесты, всё красиво, но главным минусом нового симулятора конечно же была производительность. Сим заявляется как что-то на 3-4 порядка более медленное чем competitor (предположительно xcelium).

Примерно после публикации этой статьи боты автора неожиданно сходят с ума, и начинают массово комментировать issue в оригинальном репо circt всякими мусорными dev коментами, о том что что-то пофикшено, переделано, нужно закрыть issue и т.д. Вероятно попутав оригинал репо с форком.

Мейнтейнерам это не понравилось, и они буквально за считанные дни приходят к решению, что автора нужно забанить и никакие PR и вклады от него не принимать, т.к. он жестко нарушает всё на свете. И лицензии (усмотрен реверс инженеринг Xcelium и бенчмаркинг против него), и правила разработки с ИИ, принятые в LLVM, в которых прямо говорится что весь код должен быть поревьювен и осмыслен человеками, и вообще за него надо нести ответсвенность (как и за своих агентов).

Ну и дальше в течение недели форк исчезает, посты в соцсетях чистятся, но сама запись в блоге остается.
Дальше уже сложно сказать насколько все заявления автора были правдивы или же были нейрослопом, и что это был за перформанс такой. Но если даже частично правда, то конечно мы в каком-то безумном таймлайне находимся🚬

#llm #circt
@positiveslack
  • 🤯 9
  • 😁 5
  • 😭 2
Post #367
позитивслэк pinned «Встреча FPGA сообщества в YADRO 2026 Настало время выбраться из берлоги 😊 На ближайшей вечерней FPGA-встрече в Питере расскажу про свой пет-проект LLM-first CLI инструмента для работы с вейвформами. Дело в том, что агенты хорошо работают с текстом примерно…»
Post #366 1.69K
Верификация всё?

Ну что, пошли вести с полей

Я брал для пробы Клод за 200 баксов - там он безлимитный почти😁
Попросил написать ip по стандарту, cocotb юнит тесты для всех модулей (300+ тс в итоге получилось) и PyUVM для топ левела в связке с верилятором.
В итоге он все написал, сам отдебажил. Написал кучу тесткейзов на проверку соотв. Стандарту. В ручную такая работа месяца 4-6 заняла бы. А тут за неделю уложился 😇

Лимитов так и не достиг. Буду пробовать за 90 в следующем месяце

В общем, если верификацию перенести с SV домена в Py, то тут как раз вся мощь раскрывается этих ЛЛМ.

Получается верилятор + кокотб + фронтир ллм = новая мета для дизайна и верификации?

Кстати, раз тесты пишутся и к спекам ллм сильно внимательнее, то верификаторы уже не нужны получается?

Шучу, конечно нужен хотя бы один, на кого всю ответственность повесить в случае чего 😎

#llm
@positiveslack
  • 🔥 15
  • 😁 11
  • 🤯 4
  • 😭 3
  • 🤔 1
Post #365 1.64K
Verilator AI Policy

Интересно, в верилятор тут добавили AI Policy
https://github.com/verilator/verilator/commit/2bc294ccad45a0772f0c3b7f8a701725fb963e82

Если кратко, то используйте железных как хотите, но не давайте им подписывать код. Ну и отвечать за код будете вы лично. Сделать "оно накодило, я не понимаю, но вроде фиксит что нужно" не поможет.

Так что можно смело брать иишку и вдумчиво пофиксить надоедливую проблему. Так к big4 и доедем.

Кажется у опенсорса никогда не было такого шанса так быстро развиваться. Правда ещё и со слопом недобросовестных контрибьюторов надо бороться. Главное - сил Снайдеру.

#verilator
@positiveslack
GitHub Commentary: Add AI policy (#7215) · verilator/verilator@2bc294c Verilator open-source SystemVerilog simulator and lint system - Commentary: Add AI policy (#7215) · verilator/verilator@2bc294c
  • 🔥 12
Post #364 1.7K
Встреча FPGA сообщества в YADRO 2026

Настало время выбраться из берлоги 😊

На ближайшей вечерней FPGA-встрече в Питере расскажу про свой пет-проект LLM-first CLI инструмента для работы с вейвформами.

Дело в том, что агенты хорошо работают с текстом примерно в любом виде, но работать с вейвформами из коробки не умеют. Оно конечно забавно каждый раз наблюдать что именно агент придумает, чтобы дать тебе ответ или получить нужную информацию для дебага. Но хотелось бы всё-таки какого-то инструмента, которым ии оперировал бы также ловко и предсказуемо как ls/find/grep/cat/jq с файлами и текстом.

Самый последний доклад (на сон грядущий) как раз мой: "Мечтают ли ИИ-агенты об анализе вейвформ?".

Подключайтесь или приходите (нужна регистрация). Все подробности — на странице мероприятия и в чате.

@positiveslack
Telegram FPGA-Systems YADRO Сайт встречи https://meetups.yadro.com/fpga-spb-0526/
  • 🔥 26
Post #362 2.34K
Post #361 2.09K
Редко, но каждый раз очень метко

#meme
@positiveslack
  • 😭 14
  • 😁 11
Post #359 1.97K
Играемся с Verilator, SMT2, Z3

Сделал тут небольшую песочницу, чтобы поиграться с рандомизацией в вериляторе.

Напоминаю, что в предущих сериях верилятор перешёл на такой формат рандомизации: SV констрейны парсятся, из них составляется запрос в SMT2 синтаксисе, запрос отправляется в решатель в системе (типа z3). Там есть разные хитрости в процессе, захотелось на них посмотреть и поиграть с z3.

В итоге сделал репо, в котором разворачивается верилятор и slang-server, есть сниппеты кода с рандомизацией, а z3 обернут в скрипт, чтобы дампить ввод-вывод в файлы.
https://github.com/esynr3z/verilator-rand

Вот так, например, преобразование выглядит на практике:

Класс с констрейном:

class Test;
rand byte a;

constraint a_c {
a >= 0;
a <= 10;
}
endclass

SMT2 код:

(set-logic QF_ABV)
(check-sat)
(reset)
(set-option :produce-models true)
(set-logic QF_ABV)
(define-fun __Vbv ((b Bool)) (_ BitVec 1) (ite b #b1 #b0))
(define-fun __Vbool ((v (_ BitVec 1))) Bool (= #b1 v))
(declare-fun a () (_ BitVec 8))
(assert (= #b1 (__Vbv (bvsge ((_ sign_extend 24) a) #x00000000))))
(assert (= #b1 (__Vbv (bvsle ((_ sign_extend 24) a) #x0000000a))))
(check-sat)
(get-value ( a))
(assert (= #b0 (bvxor ((_ extract 1 1) a) ((_ extract 2 2) a) ((_ extract 3 3) a) ((_ extract 5 5) a))))

(check-sat)
(get-value ( a))
(assert (= #b1 (bvxor ((_ extract 0 0) a) ((_ extract 2 2) a) ((_ extract 6 6) a) ((_ extract 7 7) a))))

(check-sat)
(get-value ( a))
(assert (= #b1 (bvxor ((_ extract 0 0) a) ((_ extract 1 1) a) ((_ extract 3 3) a) ((_ extract 4 4) a))))

(check-sat)
(get-value ( a))
(assert (= #b1 (bvxor ((_ extract 0 0) a) ((_ extract 1 1) a) ((_ extract 3 3) a) ((_ extract 7 7) a))))

(check-sat)
(get-value ( a))


Понятно, что подобные развлечения они для гурманов, но из практической пользы - можно забрать девконтейнер себе. Можно использовать чтобы баги в вериляторе воспроизводить/репортить, slang-server тестить, ну или просто разработку/ci вести. Удобно когда в два клика в вскоде разворачивается рабочее окружение с нужными версиями тулов и плагинов.

#verilator
@positiveslack
GitHub GitHub - esynr3z/verilator-rand: 🎲 Minimal playground for studying Verilator randomization 🎲 Minimal playground for studying Verilator randomization - esynr3z/verilator-rand
  • 🔥 12
  • ✍ 1
Post #351 6.99K
How to render cloud FPGA useless

Очень крутой доклад на тему исследования возможных векторов атак на облачные плисины (типа AWS) через питание и прогрев.

tl;dr атакующий должен хирургически точно организовать нужное количество осцилляторов (ring oscillator) внутри дизайна, чтобы либо увести плату или инстанс в отказ, либо повредить/"состарить" конкретные пути в плисине. Обе атаки работают. В первом случае удалось сделать сотню инстансов недоступными на часы, а во втором удалось состарить некоторые пути так, что они стали медленнее на 50-70%.

Довольно много интересных деталей всего процесса с мемными комментариями докладчика.

Интересно, что базовые DRC в AWS пропускают такие "вредоносные" дизайны, поэтому исследователи даже предложили "щит" против своего же "меча".

Доклад с конфы 39c3.

#fpga
@positiveslack
  • 🔥 11
  • 🤯 4
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →