Live data from Hacker News

Why is the latest AMD hardware unsupported in libreboot?

libreboot.org

51–60 of 64 posts

Re: Why is the latest AMD hardware unsupported in libreboot?

#51

To be fair, see: https://libreboot.org/faq/#intel

I am both amazed and terrified. I'm amazed that we're in an age where the processor I'm using to do all the things I do has it's own processor that's running it's own OS, has a Webserver and running a Java stack. I'm also terrified about what this processor could do at any moment. Is there away to inspect the IME bytecode to see if they put any backdoors in there? How is this code updated?

Re: Why is the latest AMD hardware unsupported in libreboot?

#52

Given that AMD and Intel are both driven by large for profit customers and their requirements, these concerns will probably only get worse. ARM is probably the closest open chip platform out there, but even that is not Free in the FSF sense or $ sense. It seems that the project is going to forgo user-base for principles, and then most likely no longer be relevant. It's great to try and fight for and defend your princ…

remember that ARM is not a manufacturer. Samsung and the likes churn out the current ARM chips.

And i trust Samsung with security even less than AMD or Intel.

Re: Why is the latest AMD hardware unsupported in libreboot?

#53

Given that AMD and Intel are both driven by large for profit customers and their requirements, these concerns will probably only get worse. ARM is probably the closest open chip platform out there, but even that is not Free in the FSF sense or $ sense. It seems that the project is going to forgo user-base for principles, and then most likely no longer be relevant. It's great to try and fight for and defend your princ…

It could die off if we discover the NSA stole Intel/AMD's keys to backdoor every computer in existence.

Re: Why is the latest AMD hardware unsupported in libreboot?

#54

Given that AMD and Intel are both driven by large for profit customers and their requirements, these concerns will probably only get worse. ARM is probably the closest open chip platform out there, but even that is not Free in the FSF sense or $ sense. It seems that the project is going to forgo user-base for principles, and then most likely no longer be relevant. It's great to try and fight for and defend your princ…

"ARM is probably the closest open chip platform out there"

I don't know what you think is open about ARM. AMD even uses the ARM locking-down technology to implement its system management processor.

Re: Why is the latest AMD hardware unsupported in libreboot?

#55
post #9

tl;dr: It's not just AMD, it's anything AMD after 2013 and anything Intel after 2009. So essentially all modern x86 hardware.

I wonder if VIA hardware could be supported. There are modern CPUs/motherboards coming out there, and even if they are on a different performance level (being embedded-focused hardware), in 2016 they must beat Intel-from-2009 and should get close to AMD-from-2013...

(disclaimer: I'm working at VIA)

Re: Why is the latest AMD hardware unsupported in libreboot?

#56
post #54

Given that AMD and Intel are both driven by large for profit customers and their requirements, these concerns will probably only get worse. ARM is probably the closest open chip platform out there, but even that is not Free in the FSF sense or $ sense. It seems that the project is going to forgo user-base for principles, and then most likely no longer be relevant. It's great to try and fight for and defend your princ…

"ARM is probably the closest open chip platform out there" I don't know what you think is open about ARM. AMD even uses the ARM locking-down technology to implement its system management processor.

I meant that it's a spec, my point wasn't perfect, but there really aren't OpenSource chips.

Re: Why is the latest AMD hardware unsupported in libreboot?

#57
post #32
post #23

I think I'd rather have a machine that has a verified chain of trust from boot than one that will happily run anything.

I prefer secure boot without backdoors. http://www.tianocore.org/

That has non-free code to read the FAT partition.

It also really needs a security audit.

Re: Why is the latest AMD hardware unsupported in libreboot?

#58
post #34

Earlier quoted context omitted.

> everyone else also has the freedom to control what your machine runs. > Giving everyone control of your machine like... [citation needed] Coreboot giving everyone access? The entire point of the project is so you know and can verify there’s no backdoor to your CPU. How do you turn it around 180°…? This is so dishonest.

How many people are qualified to "verify there's no backdoor to your CPU"? Certainly not your average user. If you can't trust your CPU, what can you trust? Allowing Secure Boot to be bypassed is a backdoor in itself. Allowing the end-user to modify the firmware at all also allows malicious actors to do the same.

> Allowing Secure Boot to be bypassed is a backdoor in itself.

Like Ubuntu does?

http://firmwaresecurity.com/2016/01/07/ubuntus-uefi-secure-b...

Re: Why is the latest AMD hardware unsupported in libreboot?

#59
post #5

To be fair, see: https://libreboot.org/faq/#intel

I was wondering this myself. I was wondering why they were focusing so much on AMD when all AMD did was copy Intel's horrible idea. It seems kind of pointless to continue the Libreboot project if they're not going to work on any modern hardware for the foreseeable future. Their recommended systems are all old and out of production. Fastest recommended laptop seems to be roughly a Core2Duo at 2.0Ghz.

it's time for: http://www.lowrisc.org/

For desktops, it simply needs to get into the fast enough territory.

Re: Why is the latest AMD hardware unsupported in libreboot?

#60

I guess the better question would be why they're even bothering any more when they only support a few ancient Thinkpads and a couple of decade old Apple laptops. For better or worse, I think they've lost this battle.

I'm still using one of these "ancient" Thinkpads (an X200S). It's good enough for my purposes (audio recording, live audio performances, hacking on free software, Emacs, browsing the web).

I don't often find myself wishing for a more powerful machine. When I do, I run computations on remote servers.

Post reply on HN