101010.pl is one of the many independent Mastodon servers you can use to participate in the fediverse.
101010.pl czyli najstarszy polski serwer Mastodon. Posiadamy wpisy do 2048 znaków.

Server stats:

478
active users

#gpu

3 posts3 participants0 posts today

Hey, if you're interested in doing signal processing on embedded devices using OpenEmbedded, and maybe shy away from corporate pricing for OE workshops:

@gnuradio #GRCon25 features a workshop "GNU Radio on Embedded SDRs" by Philip Balister @Crofton (of OE fame) and Toby Flynn (of RedWire Technologies).
There's week/1day tickets available & if you're into SDR, #GPU-accelerated DSP, satellite comms, radio astronomy, physics with SDR, DSP architecture, radio metrology, …, it's a really nice conf.

Found updated NFB (New Feature Branch) of #nvidia #GPU driver sets 575.64.03.

Filed PR for #FreeBSD #ports as Bug 287984
bugs.freebsd.org/bugzilla/show
and opened corresponding review D51144
reviews.freebsd.org/D51144

Patch there is for "-devel" variant of ports like x11/nvidia-driver-devel.

Runnign on stable/14, amd64 until last night without new issue for me.
But as my GPU on hand is old (Quadro P1000 notebook), cannot confirm that the new version solves any of known problems on GPUs with GSP in them by myself.

bugs.freebsd.orgMaking sure you're not a bot!

Is this the right place to ask how to include text in a #Rust (WGPU) app?

Should I render the text using the #GPU? Or include it using some other method?

The challange is that the GPU rendered graphics includes 2D camera movement (left-right, up-down) and zoom-in/zoom-out, and I want to make sure the text moves and zooms in/out along.

Can you program GPUs and do you want to become a HERO? #linuxphone
community needs your help.

We are trying record video, and have most pieces working, but one is
missing: fast enough debayering. That means about 23MB/sec on #librem5.

Debayering is not hard; camera images have subpixels split on two
lines, which need to be corrected. They also use different color
representation, but that's fixable by some table lookup and two matrix
multiplies.

Librem 5 has Vivante GPU, 4 in-order CPU cores and 3GB RAM. My feeling
is that it should be fast enough for that. If task is for some reason
impossible, that would be good to know, too.

Image data looks like this

RGRGRG...
xBxBxB...
.........
.........

Task is to turn that into usual rgbrgb.... format. rgb = RGB * color
matrix, with table lookups for better quality. I can fix that once I
get an example.

I'm looking for example code (#pinephone would work, too), reasons it
can not be done... and boosts if you have friends that can program
GPUs. #gpu #opensource

#NVIDIA #TensorCore Evolution: From Volta To Blackwell Amdahls Law, Strong Scaling, Asynchronous Execution, Blackwell, Hopper, Ampere, Turing, Volta, TMA
They introduce core features of major #datacenter #GPU, first explaining important first principles of performance engineering. Then trace evolution of Nvidia’s Tensor Core architectures and programming model, highlighting motivations behind evolution. End goal is to provide a resource for understanding Nvidia’s GPU arch
semianalysis.com/2025/06/23/nv

SemiAnalysis · NVIDIA Tensor Core Evolution: From Volta To BlackwellIn our AI Scaling Laws article from late last year, we discussed how multiple stacks of AI scaling laws have continued to drive the AI industry forward, enabling greater than Moore’s Law grow…

Vello, github.com/linebender/vello.

Vello is a 2D graphics rendering engine written in Rust, with a focus on GPU compute. It can draw large 2D scenes with interactive or near-interactive performance, using `wgpu` for GPU access.

The more I learn about Vello, the more I'm fascinating by the number of state-of-the-art techniques that are used. It's so rich.

e.g. Fast GPU bounding boxes on tree-structured scenes, arxiv.org/abs/2205.11659

GitHubGitHub - linebender/vello: A GPU compute-centric 2D renderer.A GPU compute-centric 2D renderer. Contribute to linebender/vello development by creating an account on GitHub.

Review D50697 for -devel versions of #nvidia #GPU #driver sets (latest NFB 575.64) on #FreeBSD now landed on main branch of #ports tree as commit c7cde11f842b33bb36b85b91400bec795430c421.

From now on, whichever the newer version of NFB (New Feature Branch) and Production branch is tracked on -devel branch. Beta Branch is not planned to be tracked, and just being a trigger to preparing for upcoming NFB or Production Branch.

Note that as I'm not an insider of nvidia, I cannot start investigating until nvidia releases new driver sets.