I keep wanting to drop out of this discussion but there are some things I just can't let go by,
On Mon, Mar 24, 2014 at 4:20 PM, Paul Menzel < paulepanter@users.sourceforge.net> wrote:
First I find "wildest expectations" a little exaggerated seeing the blobs (especially ME) shipped in all current Intel devices [1]. It is even worse that these blobs are not allowed to be distributed making building and flashing an image more difficult.
You're misunderstanding the blob situation completely, not surprising as it is so complex.
In The Beginning, we were blob free. Things changed. Now there are blobs. We got our first blobs in 2001 or so so we could do graphics. We did not have the money to do it any other way.
We don't like it. But if the choice is to ship on nothing, or ship with blobs, we'll ship with blobs. The X60 ports ship with blobs too, if you look at the big picture, because we still don't have EC source on those boxes. The OLPC shipped with blobs. This is not a simple problem.
Additionally I heard claims, that the GPLv2 license is violated as it is currently impossible to rebuild the exact same image that is shipped with the devices as it is not even clear what commit was used to build the image and to my knowledge the requests on the list and in the IRC channel were not answered.
Dude, the commit is IN THE IMAGE. At least on the images I work with. As in: ro bios version | Google_Link.2695.1.133
from chrome:system on my link. I also just checked my falco and the hash is right there too from cbmem -c. I don't build all platforms; have you found some where this is not the case? Might you consider fixing it?
I'm going to call BS on this "not GPL" claim until you get a clear statement from the FSF that it is the case. I don't see the point of dropping FUD into this discussion. Make your case.
Of course, we have FSF people on this list and if they want to comment on this issue they are most welcome. That said, I've also been talking to those guys (including RMS) for 15 years and they've never hinted to me we're doing something wrong. I realize there are some armchair lawyers on this list who have their own interpretation, but I think I'll use the FSF as my authority in this case.
Clearly, getting a system to boot is not the main goal as everybody can
do that with the vendor BIOS/UEFI, which, by the way, lately greatly improved boot time too in my experience.
Gee, I get to call BS again. I have been telling people for 15 years that boot time is a nice side effect of using coreboot, and while it's key to many users and uses, it was not the primary or in many cases even a secondary goal. Getting control of your platform is one goal. Building custom systems (such as cluster nodes in my case) from generic hardware by changing the BIOS is another goal. There are lots of goals.
But if you're happy with UEFI you're more than welcome to use it.
For Google and the laptop vendors, I guess the goal is simply to save
the money per device that traditionally went to the BIOS/UEFI vendors.
You should not impute motive where you have no knowledge and I can tell you that in this case you have no knowledge. So let's move on.
The AMD situation, to which you refer, is again one in which you have little or no knowledge, so there's little point in speculation.
As Intel is bigger, Google
probably hired more people from Intel than from AMD.
And still more unfounded speculation. No offense intended, but you have no idea what you're talking about.
Maybe the Google decision makers know the Intel decision makers and play Golf with each other. Anyway, it is another datapoint that it is not about free software at all.
and more ...
and we get the NSA now ...
In my opinion, we should get the first AMD laptop supported as soon as possible
yes, well, I've been asking for help on this for some time, years in fact, but I can't do it all myself. It's part of my huge disappointment that our volunteers chose to put their time into (quite obsolete, no longer manufactured) X and T thinkpads instead of something modern and open. You can fault Google for their decision to go with Intel; but the volunteers have not done a lot better, in fact worse in my view. Frankly, it's a disappointment.
One option here is to focus less on the things you currently put your time on, and focus more on getting that AMD laptop working, eh? Because it's easy to talk about what we should do. It's better to start DOING IT. And getting that AMD laptop going is a lot more important than fixing spelling errors in AGESA.
But, Paul, stick with what you know and drop the speculation. Much of what you say is wrong or unfounded and it doesn't help this important discussion.
ron