https://twitter.com/FrameworkPuter/status/1776779261309042727
Some news!! Does anyone know any coreboot devs that would be interested in working for Framework?
@Niko_Cantero thanks for ccāing me, but Iām not sure how it helps. Maybe you are not aware Iām the founder of 3mdeb company which does coreboot development for a living. Finding or training coreboot developers is not an easy task, but competition is always good for the market, so we wish Framework the best of luck with filling that role. We hope it will grow the open-source firmware community and market.
Because of our commitment, we provide free training resources through, OpenSecurityTraining2 if someone would be interested in starting to learn coreboot or UEFI development or wants to transition from another role.
One thing that is often misunderstood is that doing coreboot for a hobby is a completely different thing than doing coreboot for a daily job. Some who understand that and know coreboot, often donāt want to transition to making it professional because they will lose their cool hobby. This is part of the problem while hiring coreboot developers. I fully respect that position, but an incorrect approach to porting often leads to failed projects and unmaintained ports in coreboot.
Most vendors prefer to build their teams and avoid dependency on external service providers. That is a strategic choice. Part of the Dasharo Teamās commitment is to show there is a better approach to coreboot development than the expensive path of team building. We hope we are transparent enough to be an example.
Do you have Felixās contact info from the talk? Is he an employee of yours or a freelancer? If a freelancer, would you mind informing him or the possible position he may/may not be interested in?
Follow up question, has framework reached out to any of those it already sent boards too? It seems to me like they would be the obvious candidates interested in such a position.
You can reach him out easily through matrix. Maybe through issues on his Github felixsinger (Felix Singer) Ā· GitHub
None of the above.
Iām pretty sure he is well aware of that.
Phoronix has reported on it as well, specifically mentioning the coreboot part of it :3
Felix in reply (part) to me on Mastodon (@migy@chaos.social) 3 days ago
Iām definitely going to continue the work on it. (We are planning to be present on some conferences with coreboot, so no chance to get around it now ;))
And yes, I made progress before, but nothing that will work on any other device than mine. Let me catch up and I will try to give some updates soon.
I think I can post this here.
Correct me if Iām wrong, but progress that only works on his device is still more progress than has been made before, no?
Hype
Thatās good to hear that framework sent out the job option. I am stunned it happened this soon. I was beginning to think they wouldnāt do it for a while. I am glad to be wrong here.
Only one thing remains though and that is someone accepting the application.
This goes without saying, but intel me being disabled would probably be desired for this cause as well. In any case, this is a good sign.
Thanks for the notice. Whether its dasharo, or coreboot that gets ported, both are very good options. If one coreboot based bios gets ported others will happen in the future anyhow.
I continue to wait and see I guess then. Hoping though!
https://docs.dasharo.com/osf-trivia-list/dasharo/#why-dasharo-is-not-called-coreboot-firmware-distribution
its probably be coreboot, but whether its Dasharo or someone else who ports whatever. if its coreboot or something else opensource, Im happy. (they also offer other bootloaders where it applies. thats why they dont call themselves a coreboot distro. pretty valid point)
So do I understand correctly from this that ME disabling is not a standard option for coreboot?
is it easy to implement once coreboot is running?
What makes dashero better? is that one that allows ME disabling?
It isnāt standard and no firmware makes it standard. There is no known way of eliminating the ME, the most people can do is tell it to turn itself off. This does negatively impact the laptop but the tradeoffs might be worth it to you. It isnāt easy to deal with in the slightest.
I was browsing corebootās Gerrit code review and noticed some patches pushed about an hour ago: āmb/framework: Initial push of azalea (Framework 13 AMD 7040)ā https://review.coreboot.org/c/coreboot/+/81978
Edit: For reference, Martin Roth (the author of those patches) works on coreboot at AMD. However, I do not know conclusively the level of official involvement, if any, that AMD or Framework have had in that code, the full extent of itās functionality, or if there is anything different about the board that is being developed for compared to the publicly available production boards.
Thatās dope
They certainly are to me.
I hear it wastes more electricity in newer gens, which isā¦ to say the least, stupid.
It is definitely a manufactured problem. when intel me is on, it can only ever waste more power, so there is something unknown going on there if it wastes more power when its not on.
The Azalea (Framework 13 Ryzen 7040) coreboot port I pushed is not being officially supported by AMD. Itās also only a proof of concept firmware at this point, and will not be feature complete, so Iām not sure itās going to be suitable for regular users. It will boot and run linux and hopefully windows, though Iām not focusing on windows. I do have access to internal tools and data which will help me with the port, but itās not my job inside AMD to do this work.
The main piece that Iām not planning on doing is suspend. Maybe it can work, but getting suspend to be solid is probably the hardest part of any firmware. There are lots of hardware quirks. Hopefully hibernate will work, but thatās done outside of the firmware, and is more about just booting the system again, then restoring context.
In addition to Azelea, Iām also planning on doing a Lotus (Framework 16 AMD 4070) port that will be taken to the same quality level. Iām writing this and doing the Azalea port on my personal Framework 16 laptop that I received last week (batch 8), so I have a big personal incentive to get it working.
Iām hoping that whatever AMD platform comes next from Framework will be fully supported on coreboot, but I donāt know anything about any future plans involving framework and AMD, so this is just my personal hope as a consumer.
If anyone wants to help with testing the Azalia port (again Framework 13 Ryzen), feel free to reach out - my contact information is all over the coreboot project. This requires that you have a SPI ROM programmer that will program 1.8V. Iād recommend desoldering the SPI ROM chip from the board and soldering down a socket so you can swap roms back and forth quickly. I think youād want to buy additional SPI ROM chips and set up a way to flash the chips off the board, then drop them into the socket.
If anyone has any questions about the project, feel free to reply here and Iāll do my best to answer.
Still a massive step forward.
I dont need Windows (but are on Intel) thanks for the work and good luck
Have you reached out to anyone at Framework about the effort?