Đóng gói BuildKit cho RISC‑V64 thành công nhưng container không chạy: lỗi “denied” do cache credential, crash “no worker found” vì thiếu runc, ENTRYPOINT/CMD sai khiến Buildx không truyền tham số, thiếu OCI worker. Sửa: docker logout → docker pull, chuyển CMD, cài runc (apt), sửa typo repo, thêm timeout cho CI, cập nhật tài liệu. Giờ BuildKit container hoạt động với Buildx. #BuildKit #RISC_V #Docker #CI #Debug #XâyDựng #Container
https://dev.to/gounthar/buildkit-for-risc-v64-when-your-package-w
Another fascinating article by Matt #Godbolt in his Advent of Compiler Optimization series. This one is about induction variables and loops:
https://xania.org/202512/09-induction-variables
Here, Matt uses the llvm-mca tool to visualize the x86 Haswell CPU pipeline to show loop-carried dependencies.
If you want to see this for RISC-V (SiFive U74) for one of the given examples, try this link (llvm-mca -march=riscv64 -mcpu=sifive-u74 -timeline):
Ubuntu Upstreams Patches to Bring Flutter Apps to RISC-V #news #canonical #flutter #risc_v
https://www.omgubuntu.co.uk/2025/11/ubuntu-risc-v-flutter-support
Simple patch has landed #risc_v support into #synchronet; Glad that was a painless PR process.
https://git.synchro.net/gitpushlog.ssjs#f18a317c07594c2c6bf3166c27df9d6ad52f8ef0
https://git.synchro.net/gitpushlog.ssjs#2872607c56d759514f6b2ec07c04424a20315fac
El procesador RISC-V es una revolución en el mundo de la tecnología 🤖💻. Su arquitectura de código abierto y escalable es emocionante 📚💡. Me encanta que sea utilizado en la PineTab-V, una tableta Linux que ofrece libertad y flexibilidad 📊💻.
#RISC_V #Procesador #CódigoAbierto #Tecnología #Innovación #ArquitecturaEscalable 🤖💻📈 @riscv @pine64 @pine64eu @linuxfoundation
Процессорный модуль Мурена ПМ5. Обзор
Итак, перед Вами процессорный модуль отечественной разработки, основой которого является четырёхядерный SoC архитектуры RISC V JH7110 производства Поднебесной. Расположен SoC примерно в центре платы, ближе к ламельному разъёму, использующемуся для установки процессорного модуля (ну или нескольких, если Вам интересна такая конфигурация) на Вашей несущей плате. На фотографии маркировка на JH7110 прикрыта небольшим радиатором. В случае напряжённого теплового режима единым радиатором с возможностью активного охлаждения вместе с SoC накрываются ещё SDRAM, eMMC и многоканальный преобразователь питания. Для крепления такого умощнённого радиатора предназначены четыре отверстия, расположенные прямоугольником. Два отверстия по краю платы, противоположному ламелям, предназначены для дополнительной фиксации процессорного модуля в разъёме стандарта DDR4 SODIMM P260. В принципе, плата нормально фиксируется штатными лапками разъёма (для чего по коротким сторонам примерно посередине сделаны прямоугольные вырезы), как положено модулю памяти, но для мобильных применений да ещё и с увеличенным радиатором дополнительное крепление необходимо. Разъёмы SODIMM P260 существуют всякие, горизонтальные, вертикальные и наклонные, с разным расстоянием между модулем и материнской платой, есть даже сдвоенные. Я бы не рекомендовал с нашим модулем использовать наклонные, вертикальные - только с дополнительным креплением противоположного ламелям края. Самое лучшее – горизонтальные, зазор между модулем и несущей выбирайте сами, исходя из высоты установленных под ПМ компонентов. Компоненты модуля, расположенные на нижней стороне платы, укладываются в требования по высоте любого из разъёмов: низкопрофильного, обычного и высокого. Не забудьте только про тепловыделение деталей под модулем – условия вентиляции там – хуже не придумаешь.
https://habr.com/ru/companies/centin/articles/957502/
#RISC_V #linux #JH7110 #Процессорный_модуль #Аппаратный_корень_доверия #информационная_безопасность
Exciting discussions ahead at #RISCVSummit 2025! 🚀
From HPC and AI/ML to automotive and security, this year’s sessions highlight how RISC-V is powering innovation across industries.
Check out the agenda and be part of the global community shaping the future of computing
https://www.linkedin.com/feed/update/urn:li:activity:7375143973172027392/
Процессорный модуль — что это и зачем
Победоносное шествие информационных технологий за последние сорок лет имеет свои объективные причины, ранжировать которые непросто, но, я думаю, в первую тройку их наверняка входит относительная дешевизна этих технологий, причём скорость подешевления последнее время не убывает, а только прирастает с той или иной быстротой. Желающие могут сами погуглить цену килобайтов и производительности в MIPS для IBM System 360, IBM PC и современных образцов. Одной из главных причин такого постоянного подешевления, кроме технологического роста, является «эффект масштаба» - так называют хорошо известное экономическое явление, заключающееся в том, что одна единица товара при оптовой покупке стоит тем меньше, чем больше партия. Этот эффект всеобщий, хотя и из него есть пара-другая исключений, если кому интересно, спрашивайте в личку или в комментах. Всё дело в том, что при росте партии капитальные затраты размазываются на всё большее число единиц товара, причём это явление имеет мульпликативный характер. О чём это я? Вот пример: если объём партии выпускаемых ИМС вырос в 10 раз, то и сверхчистого кремния для них понадобилось тоже в 10 раз больше, и эффект масштаба распространился и на поставщиков материалов. И на поставщиков электроэнергии. И упаковок. И транспортников. В общем, эффект масштаба – это хорошо и полезно. Предупреждаю упреки специалистов в экономике, что тут есть и свои сложности и тонкости в расчётах, но в первом приближении дело обстоит так, как я написал выше. И вот в этот момент мы сталкиваемся с неочевидным на первый взгляд системным противоречием. В чём же оно? Чтобы заставить эффект масштаба играть на своей стороне, надо сделать как можно более универсальный продукт, чтобы им одним закрыть все потребности. С другой стороны, нужно постоянно расширять рынок продукта, втягивая в него всё новые и новые области применения – а для этого нужны специализированные, а не универсальные решения. То есть нужны универсальные и специализированные решения одновременно, а это чистое противоречие.
Very happy to announce that "Heavy Wizardry 101" has entered the Early Access program @nostarch
The books was written by #ROOR director and introduces you in the world of #Programming in #C and #ASM for #intel #ARM #MIPS and #risc_v . The book focus on #LowLevel #Programming as well as #SystemProgramming within the #cybersec domain.
Okay, leftist-tech-fedi, I am in need of your opinions, of which I know you have many!
My current work laptop is growing old.
What laptop has the best dayjob-stability in the direction of Open Hardware and/or RISCV cores?
What if I also want to avoid known fascists, does that change the answer?
🎉 What a day at Tog Hackerspace!
Today’s Build Your Own RISC-V Computer workshop was a massive success. Participants soldered up their Olimex RVPC kits, learned to program them, and went home with fully working RISC-V computers they built themselves. 🧠💻🔥
Big thanks to everyone who joined us — the smell of solder and the buzz of learning filled the space! Stay tuned for more hands-on workshops like this.
#Hackerspace #RISC_V #MakerWorkshop #Soldering #OpenHardware #TogDublin #DublinTech
Big news for #risc_v SBCs with imagination #gpu support!
Great distribution for SBCs. A very polished onboarding experience.
Nvidia brings CUDA to RISC-V. A bold move that cuts ties with CPU giants like AMD, Intel & ARM democratizing AI and securing dominance in the $17B China market.
#Nvidia #CUDA #RISC_V #AIChips #TechNews #AMD #Intel #ARM #GPUs #Supercomputing #AIRevolution #JupiterSupercomputer #OpenSource #Semiconductors #TECHi
Read Full Article Here :- https://www.techi.com/nvidia-cuda-risc-v-ai-shift/
And some more #Linux thoughts on the absolute ass drama about removing 32 bit libs, I have a #ARM PC and it's CPU is only 64 bits, same goes for my #RISC_V machine, there 32 bit outright does not exist.
AMD and Intel play already with the idea of removing their 32 Bit legacy which would make their CPUs more efficient and also likely remove a few possible attack vectors.
So it's a valid thing to finally talk about the whole topic, remove some legacy crust and find a solution to keep 32 bit software going that can't move on.
The person behind Lutris had also some thoughts that should be considered:
