Is there NOT a single fully open source single board pc with no binary blobs...

Is there NOT a single fully open source single board pc with no binary blobs? Or hardware -sans libreboot thinkpads and macbooks- ?

Other urls found in this thread:

fsf.org/resources/hw/single-board-computers
libreboot.org/docs/hardware/
raptorcs.com/content/base/products.html
crowdsupply.com/eoma68/micro-desktop
pine64.org/?page_id=3707
puri.sm/learn/freedom-roadmap/
ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232H.pdf
ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232C.pdf
hooktube.com/watch?v=0Da6OARhgXk
ftdichip.com/Drivers/D2XX.htm
stallman.org/stallman-computing.html
blog.invisiblethings.org/papers/2015/x86_harmful.pdf
twitter.com/SFWRedditImages

patent-hymies run semiconductor design, verilogtards don't seem to mind working for 'intellectual property rights advocates', and we put blind faith in 'the system' and 'the hardware' because of

I think there is some armshit, but you have to do without graphics acceleration.

im honestly ok with that. its honestly frustrating what hardware industry become

It is, the new amd stuff is great performance wise but fully DRM'd. I hope PowerPC stuff becomes more affordable because everything else is just a losing battle.
Beagleboard seems to be the most freedom friendly single board computer: fsf.org/resources/hw/single-board-computers

PC Engines APU2 is allright.

I've been seeing this come up rather frequently; The question of how to escape the hardware botnet, or how to escape x86, as a majority of it is pozzed.
Since your question opened with one about single board comupters, you should take a look at this user 's link, and look at the 'serious flaws' section, particularly the beagleboard and some of the allwinners, as they are the ones that are Free as in Freedom, minus the GPU acceleration.

Going into your question about other hardware, other than the libreboot thinkpads and macbooks, let's start with desktop computers. I think this is actually the easier one to do and stay modern.
On the libreboot HCL, libreboot.org/docs/hardware/ , there are several desktop and server/workstation options. There's a few C2D and Atom options, which are not optimal, but there are a few really nice looking ones.The KCMA-D8, KFSN4-DRE, and the KGPE-D16 are all AMD Opteron boards that can be librebooted, and there is also the new addition of a certain iMac, which is fully compatible apparently, although it does not yet have instructions on the site. As far as getting away from x86, there is also a very nice option here. The TALOS II workstations raptorcs.com/content/base/products.html are fully Free, and are potentially going to get RYF certified by the FSF soon. They use OpenPOWER, which is an architecture supported by Debian and Fedora (you could probably make Gentoo work too).
Laptops are where shit gets hard. There don't seem to be many options here outside of the Libreboot Thinkpads and Macbooks, and certainly no good ones outside of x86. You'll just have to settle for CD and C2D processors, although there was that rumor of an x220 exploit, and I saw on their notabug that they may be providing support for Core2Quad.
For other options, I think this is less of a "what can I buy right this second" thing, and more of a "what can I look forward to" thing. There does appear to be a Libre ARM laptop with EOMA68 crowdsupply.com/eoma68/micro-desktop , but have fun using 1.2GHz and 2GB of RAM. At that point, you might as well be using one of those SBC pcs as your laptop, which is kinda what this is. Same goes for the pinebook pine64.org/?page_id=3707 it looks nice, but once again it's literally a shitty SBC in a laptop, and in this case, I don't think it's even Libre. Purism looks like something to keep an eye on. While they are not Libre, and thus far only have coreboot and """apparently""" a removal of the ME, they do appear to want to go a step further. A very overlooked page on their site is this one puri.sm/learn/freedom-roadmap/ which outlines their goal of going all the way to 100% freedom, and where they are on that road to it.

In any case, RISC-V looks like something else to look forward to. Hopefully someone makes a fully usable computer with it that runs on Free Software, because right now it looks quite promising.

There are some Open Source SBCs, or you can go the FPGA route and build your own.

Look at the fucking libreboot website there's a bunch of motherboards you dumb stupid asshole

Like what? Everything based on ARM processors is by definition not open or free whatsoever.

Which are 10 years old, ya dumb sperg.

Because if you release the level of documentation needed to realize that it means anyone can make that exact chip. If you try releasing the specs under a license that doesn't allow anyone to reproduce them, you will get shunned by the freetard audience you sought to gain by releasing them in the first place.

If you want to be free of blobs, backdoors, botnets, etc. you'll have to use old hardware, retard.

I do own and use a librebooted Thinkpad x200, but I also don't get why I'm force to old hardware with the resources that are available nowadays.
PowerPC is the proof that there is a market for this stuff, and if trillion of startups can develop their own dumb SBCs, than why isn't possible to combine the two things and have affordable libre-hardware?

It fucking hurts having to deal with nu/tech/ mongrels

Because of the people with power over new hardware.
It still costs a lot of money to do a fab run of a board as there's a lot of work setting up for it. I'm in embedded and we're white labeling our boards in several products for cost reasons and this is pretty normal across the industry. Startups with VC dollars can afford to build their own boards, freetards cannot.

Lemote laptops seemed to be a newer alternatives to the classic Thinkpads, but their development didn't particularly progress and lacked of decent support.

The only one appears to be the Libre Tea Computer Card, which hasn't been approved by the FSF yet.

I want a free as in freedom FPGA computer.

what about the programmer, is it free/open?
remember old paper: reflections on trusting trust

reflections on trusting trust tells us that we can't even trust programs with source code.

I thought it's about bootstraping in general. You can see and verify the code, but can you trust the compiler? And here can you trust the FPGA programmer? Maybe you can build same code with different compilers and compare the output (and you can even write your own compiler entirely in machine code). But how do you compare the circuits from different FPGA programmers? You probalby need different brands, models, even old and news ones. But checking the circuits, I have no idea how you would do that. Logic probe? Or maybe the programmers can do it...

...

There's the Talos II, which is based on IBM's new POWER9 architecture and can run (as yet) Linux and AIX. But it's server-grade, expensive hardware.

Wait, but weren't later versions of UNIX compiled using the old UNIX compilers? How did Thompson get rid of the trap door?

This. I've had a APU1 for a couple of years. Great bits of kit and they run on Coreboot.

They sit somewhere between high-end Pi type boards and low-end mini-ITX in their hardware specs.

The hardware must be reverse engineered. I don't believe for one second POWER/PPC based hardware is free of proprietary embedded firmware. Mac firmware is most definitely not open. ARM SoCs are most definitely not open by design. Not even the RISCV SoCs are 100% free of proprietary firmware. It's a meme status with meme solutions.

The one exception is the new POWER 9 Talos II

Macs haven't used power since 2005, and when they did, they actually used OpenFirmware.

OpenFirmware is a misnomer. It is not open.

2 Broadcom Gigabit Ethernet ports
1 Microsemi SAS 3.0 controller
Don't forget the firmware embedded on any hard drives you add too. I would like to see a third party security review.

No.

why would it matter?
It's not like you'd understand the code even if it was open source

...

ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232H.pdf

Can you show me which part of this thing requires any kind of firmware.

I'm not sure that this is the same chip, but in the PDF it states "royalty free drivers" are provided. It is definitely not open by design.

ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT2232C.pdf

This is the chip in the HiFive1 and it makes no reference to any firmware.

Definitely a concern. Probably the biggest potential attack vector after ME.

hooktube.com/watch?v=0Da6OARhgXk

dohoho, no. The ethernet controller is. It's powered even when the computer is off, has been able to listen for magic packets while off since the '90s (Wake-on-LAN), and today has deep connections to the rest of the hardware. I would honestly be shocked if there wasn't already some magic packet supported on Intel's ethernet controllers that runs the payload. Even if there were no Jews it'd still have been a priority for the NSA since Chinese Loongson boards with Chinese-made MIPS processors still often use Intel ethernet controllers and it'd have been incredibly simple to implement. On newer hardware where a lot of the functionality has migrated to the ME, it could even be made to look like a mistake.

Can't you just use USB ethernet instead of on-board one? Or how about PCMCIA/ExpressCardUSB adapter, if those exist?

Loongsons use AMD chipsets ffs. Doesn't matter if their network card is Intel or Realtek.

Yes, it appears it can operate without EEPROM. It still requires closed drivers to operate and closed software to upload to EEPROM if present. They went to all this trouble to produce an open platform, and it turns out you can't even access it without using a closed IC.

I have no idea what you're talking about here. Link me to the manual you're referring to an also the page number.

USB devices have access to your hardware, too. I'm not sure if they're able to be powered when off, though.
Btw, USB ethernet is the shittiest thing in the world, don't use it. I tried shipping those adapters with one of our products and I probably tested a dozen of them from different vendors and they were all garbage in their own special way. Several just clone the whole goddamn chip too and there's no way to tell them apart - same MAC, same USB info, same everything.

I don't get this GNU/firmware autism.
When you guys or Libreboot autists sperg out on non-free firmware.
Is it accessible from OS and can be updated this way?
No? Not a problem, glue the chip with epoxy to prevent external flashing and treat it as black box.
Does it load before OS and/or occupies main CPU/RAM registers?
No? Not a problem.
Does it require to execute non-free software n OS level?
No? Not a problem.
Like for example, when you copy a Photoshop.exe or Windows ISO from hard disk to external drive, does it affect your freedoms? Nope. Same thing happens with most firmware, it just loads from EEPROM into the device controller and occupies this device's ram and cpu.
ME and proprietary bootloaders on the other hand, do occupy main system RAM and CPU, run in privileged mode and can do the fuck they wish to do with your OS that loads after, they can do anything from something as simple as evil maid attack to hypervisor-tier attacks on guest.
Stallman though, says if you can't update firmware in any way, and hardware isn't networked then it is fine. Because even rogue firmwares exist, and they can do bad things on OS compatibility levels, mostly through free driver exploits.

I don't want to be the current year guy but come one, you can make a cheapo electron microscope nowadays, now all you need is an autist that will peel the die layer by layer with some acids

[CITATION NEEDED]

This never came to mind, Is it something worth the costs and labor of doing so? Maybe we can shill the idea to some workers in shenzhen.

Delayering chips and doing RE by microscope for modern chips with billions of gates is pretty expensive.

Did you even bother reading the PDFs you posted?
ftdichip.com/Drivers/D2XX.htm

stallman.org/stallman-computing.html

Whats a rough estimate, surely the gains made from monopoly busting would be worth it?

... to inspect a billion gates by hand? Who knows. You'd need to build a custom machine vision system for it to be feasible at all. This is large multinational or nation state territory.

That's it? No wonder I was confused, you don't know what you're talking about in . You complain that The HiFive requires proprietary firmware but that is actually false. The drivers that you linked to are not firmware, they are drivers. These drivers do not get loaded onto the HiFive board, they are intended to be loaded on your development PC, not your development board.

blog.invisiblethings.org/papers/2015/x86_harmful.pdf would be a good place to start.

How are you going to communicate with the HiFive board without using USB or UART?

I'll eat crow and admit I was off base with it needing proprietary firmware. You still need to use their drivers to access the device. Unless someone else has an open driver to access it, it's a paperweight.

I was expecting another paper from Rutkowska, "State considered harmful".

He also says that if said "non-computer" has malicious software you can't replace, that you're better off avoiding the device completely.

UEFI loads before the OS and stays resident, yes.

The ISA itself makes _no_ proviso for the use of ICs which require firmware, but every company that implements it, is free to use whatever ICs they see fit, including ones that use firmware if they so choose. It's up to people to pick the right hardware, as usual.

Which is why a lot of companies (except, notably, Realtek) provide data-sheets for engineers looking to write drivers for opensource software, on request. See: Much of the BSDs device trees.

I've been going off Libreboot's guidance, which mentions Ethernet controllers, but doesn't go into much detail. What sort of processing capability do they have? HDD controllers clearly have enough to run sophisticated Kikery.

They can use the host processor today (see: Intel ME WoL) without waking the host OS, so 'unlimited capability'.

ME risk is well known and discussed. What I'm asking is, suppose we are able to neutralise ME completely, does the Ethernet controller still present a risk?

it's kind of confusing to think about, but every microcontroller and microprocessor in your computer is a vulnerability.
yes the ethernet controller is vector for attack in your and everyone's computer.

It's directly connected to the bus. So.. duh?