rpi-open-firmware VS duckduckgo-locales

> Please correct me if I'm wrong.

My memory told me it was the GPU that needed the blobs. So I asked at DDG

https://duckduckgo.com/?t=ftsa&q=binary+blobs+and+the+Raspbe...

Turned up this: https://wiki.debian.org/RaspberryPi and it says...

> All Raspberry Pi models before the 4 (1A, 1B, 1A+, 1B+, Zero, Zero W, 2, 3, Zero 2 W) boot from their GPU (not from the CPU!), so they require a non-free binary blob to boot

So the 4 (and I suppose the 5, if it ever actually comes...)

Goes on to say:

> Since then, Broadcom publicly released some code, licensed as 3-Clause BSD, to aid the making of an open source GPU driver. The "rpi-open-firmware" effort to replace the VPU firmware blob started in 2016. See more at https://news.ycombinator.com/item?id=11703842 . Unfortunately development of rpi-open-firmware is currently (2021-06) stalled.

So there you are. Not wrong, are you, but not strictly correct, depending on "...to run properly" definition

https://github.com/librerpi/rpi-open-firmware has updates 3-months ago

many of those demos work on the the entire pi model range

pi3 support is only broken due to arm side problems, which could be fixed by just using a different bootloader

and the https://github.com/librerpi/rpi-open-firmware codebase can already boot linux headlessly on both pi2 and pi3, it uses a different arm bootloader

Yes, and some folks are reverse engineering their stuff:

https://github.com/librerpi/rpi-open-firmware/

rpi-open-firmware: open-source VPU side bootloader for Raspberry Pi\ (35 comments)

There is work being done on the RPi4, for example the SHA1 HMAC protecting the boot on the RPi4 had to be cracked (and was easily), I hear future versions have RSA signing support, so the proprietary firmware might become mandatory at some point.

https://github.com/librerpi/rpi-open-firmware/blob/master/do...

There is a project to create an open source version of the proprietary GPU firmware that boots into the ARM processor:

https://github.com/librerpi/rpi-open-firmware

I note that even the Raspberry Pi is moving towards locked down devices, the RPi4 has an (easily cracked) HMAC blocking booting into the open source firmware and I hear more recent hardware editions have RSA signing support in the bootrom code.

https://github.com/librerpi/rpi-open-firmware/blob/master/do...

That's a bit of newspeak

I think we generally understand Iaas, Paas, and Saas, to be hosted offerings, managed and unmanaged...

https://duckduckgo.com/?q=iaas+paas+saas&ia=web

What I was trying to say is that the last point

>- Nuvia’s derived IP is not transferable without ARM agreement

Binds Nuvia and Nuvia's license, not Qualcomm.

An analogy I can think of is how sometimes luxury brands give gifts or discounts to celebrities for marketing purposes with contract that forbid resales. (eg [0])

In this case the brand can only sue entities it had a specific contract with.

Back to the case at hand I believe that unless Qualcomm license includes a term along the lines of "You cannot buy Arm's IP unless Arm pre-approves it"[1] to hold Qualcomm culpable of this transfer.

To my understanding Arm used this proibition mainly to terminate Nuvia's license

[0] https://duckduckgo.com/?q=john+cena+sells+car+lawsuit+ford&t...

[1] AFAIK this line might be in their license. I obviously do not have specific knowledge.

> the second half of 2021, which is what I usually think of as the beginning of the post-pandemic period.

https://duckduckgo.com/?q=when+did+the+covid-19+pandemic+end...

...seems to indicate that plenty of authorities considered the pandemic emergency over in the May 2023 time-frame.

More than one evidently.

https://duckduckgo.com/?q=Hitler+portrait+by+Heinrich+Knirr&...

Also, these totally unrelated stories. https://duckduckgo.com/?q=older+women+misinformation&df=m&ia...

I have a loved one getting an emergency hysterectomy (and then what follows) so I guess it's on my mind.

Recently I have been fascinated by the awesomeness of wire bending machines. Has anyone done any really funky stuff purely with wire bending? I am thinking furniture scale creations, green walls, giant sculpture, etc. Haven't quite got the timespace to build one but should be straightforward assuming small guage wire. There are some open source ones published: https://duckduckgo.com/?t=ftsa&q=open+source+wire+bending

It's deskbound (until 2027 it looks like) so that rules out worksites but is far too constrained (and pretty) for traders and military use. You list "product development", "leaders", and "international teams" as potential roles, but as evidenced by the responses in this thread, many people who do product development treat synchronous voice comms as an abomination. The closest I can imagine would be call centers -- helpdesk, marketing, support, that sort of thing.

I'm very curious how much user research and long-term usability testing you've done with real teams trying to get work done. I apologize for sounding harsh, but my initial impression is that this is a typical Silicon Valley product pairing beautiful industrial design and engineering with a complete misunderstanding of people.

[1] https://duckduckgo.com/?q=trading+turret&iax=images&ia=image...