I've just enabled Gitiles again.
We will observe which effect this has on Gerrit now. Fingers crossing
that it won't cause a high load anymore :)
Felix
Issue #536 has been reported by Michał Żygowski.
----------------------------------------
Bug #536: Cannot build coreboot-sdk
https://ticket.coreboot.org/issues/536
* Author: Michał Żygowski
* Status: New
* Priority: Normal
* Assignee: Martin Roth
* Target version: none
* Start date: 2024-04-24
----------------------------------------
I have just tried building coreboot-sdk from scratch and could not get past the step of installing the required packages. Found out that diffutils dependency on libcurl4t64 break libcurl4 (change apt-get to apt to see verbose information message like below):
``` shell
> [coreboot-sdk 2/4] RUN useradd -p locked -m coreboot && apt-get -qq update && apt -qqy install --no-install-recommends bash-completion bc bison bsdextrautils bzip2 ca-certificates ccache cmake cscope curl device-tree-compiler dh-autoreconf diffutils exuberant-ctags flex g++ gawk gcc git gnat-13 golang graphicsmagick-imagemagick-compat graphviz lcov less libcapture-tiny-perl libcrypto++-dev libcurl4 libcurl4-openssl-dev libdatetime-perl libelf-dev libfreetype-dev libftdi1-dev libglib2.0-dev libgmp-dev libgpiod-dev libjaylink-dev liblzma-dev libnss3-dev libncurses-dev libpci-dev libreadline-dev libssl-dev libtimedate-perl libusb-1.0-0-dev libxml2-dev libyaml-dev m4 make meson msitools neovim ninja-build openssh-client openssl parted patch pbzip2 pkg-config python3 python-is-python3 qemu-system-arm qemu-system-misc qemu-system-ppc qemu-system-x86 rsync sharutils shellcheck unifont unzip uuid-dev vim-common wget xz-utils zlib1g-dev && apt-get clean:
2.106
2.106 WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
2.106
2.841 diffutils is already the newest version (1:3.10-1).
2.841 diffutils set to manually installed.
2.841 Some packages could not be installed. This may mean that you have
2.841 requested an impossible situation or if you are using the unstable
2.841 distribution that some required packages have not yet been created
2.841 or been moved out of Incoming.
2.841 The following information may help to resolve the situation:
2.841
2.841 Unsatisfied dependencies:
3.001 libcurl4t64 : Breaks: libcurl4 (< 8.7.1-3)
3.004 Error: Unable to correct problems, you have held broken packages.
```
Changing libcurl4 to libcurl4t64 allows the docker to continue the build process of coreboot-sdk. But is this the right thing to do?
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: https://ticket.coreboot.org/my/account
Issue #420 has been reported by Krystian Hebel.
----------------------------------------
Feature #420: Use standard format of TPM event log
https://ticket.coreboot.org/issues/420
* Author: Krystian Hebel
* Status: New
* Priority: Normal
* Target version: none
* Start date: 2022-10-12
* Related links: [1] https://trustedcomputinggroup.org/wp-content/uploads/TCG_PCClientImplementa…
[2] https://trustedcomputinggroup.org/wp-content/uploads/TCG_PCClient_PFP_r1p05…
----------------------------------------
Currently coreboot uses proprietary format for TPM event log. TCG has standardized log formats, differently for TPM1.2 (aka legacy or SHA1) [1] and TPM2.0 (aka crypto agile) [2], both of which can be parsed by Linux kernel and exposed in sysfs. I don't know of any tool outside of cbmem which can parse coreboot format; this includes payloads which may be interested in continuing chain of trust started by coreboot.
Another incompatibility is caused by vboot's assignment of PCRs. Roles of PCRs are roughly specified by TCG in both of mentioned documents, they are more or less compatible with each other, but not with current coreboot code.
These changes could break assumptions made by existing platforms, so they should be made as Kconfig options.
This is a tracking issue to collect subtasks that need to be done in order to support standard event log formats.
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: https://ticket.coreboot.org/my/account
Issue #121 has been updated by Anastasios Koutian.
I tried booting with kernel command line parameter idle=nomwait.
There were no freezes for 1 week, 5 days and 16 hours, which was not possible previously.
After this, I powered down and removed the parameter to see what happens. The system froze after 15 hours and 7 minutes.
Intel PCM is showing no negative impact on idle power consumption with idle=nomwait.
I recommend to people following this bug to try this out and confirm if it works for them.
----------------------------------------
Bug #121: T520: Hangs in OS
https://ticket.coreboot.org/issues/121#change-1856
* Author: Firstname Lastname
* Status: In Progress
* Priority: Normal
* Category: chipset configuration
* Start date: 2017-06-09
* Affected hardware: SNB, IVY
* Affected OS: -
----------------------------------------
I have been running coreboot since 2017.04.15 and have experienced hangs ever since then. It was suggested by folk on the IRC that I run memtest to check for incorrect raminit causing errors, however I have run memtest for 12 hours straight with no errors.
Due to the ambiguous nature of the hangs (immediate freeze with no warning signs, audio gets stuck repeating the last 50ms or so of noise, not sure what this effect is called) I don't have much useful information other than the .config and dmesg. However one thing I can say with high confidence is that the hangs occur significantly more frequently in Linux (*buntu distros) than Windows 10. Within an hour of launching Linux a hang is likely, whereas Windows typically runs for many hours before a hang occurs. I considered this an insignificant anecdotal anomaly at first but over the course of the nearly 2 months I have been running coreboot it seems to be a solid trend. The hangs occur anywhere, typically during mere desktop usage or basic web browsing.
Additionally there is another form of hang I experience where the screen goes black except for some sort of graphical corruption down the left side (http://i.imgur.com/4zWrlpX.jpg), whether this is related to the more common total freeze hangs I don't know but I figured I should include it nonetheless. These hangs only occur about 1:20 compared to the regular hangs.
---Files--------------------------------
config (20.7 KB)
dmesg.txt (57.3 KB)
cbmem-raminit.txt (62 KB)
lspci.txt (29.6 KB)
cpuinfo.txt (3.94 KB)
defconfig (1023 Bytes)
defconfig (699 Bytes)
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: https://ticket.coreboot.org/my/account
Dear community,
Kindly be informed that the coreboot leadership meeting scheduled for Wednesday, May 29, 2024, has
been canceled due to the absence of agenda items.[1]
We apologize for any inconvenience this may cause and appreciate your understanding.
Best Regards,
Mina Asante.
[1](https://docs.google.com/document/d/1NRXqXcLBp5pFkHiJbrLdv3Spqh1Hu086HYkK…
g=h.ual5qamha2xi)
Dear community,
Kindly note that we have an upcoming coreboot leadership meeting scheduled for Wednesday, May 29,
2024.[1]
We encourage that you please take a moment to update the current agenda items with matters you
wish to see discussed during the meeting.[2]
Thank you for your continued commitment to the coreboot project.
Best regards,
Mina Asante.
[1](https://www.coreboot.org/calendar.html)
[2](https://docs.google.com/document/d/1NRXqXcLBp5pFkHiJbrLdv3Spqh1Hu086HYkK…
Issue #461 has been updated by Angel Pons.
Category changed from board support to chipset configuration
Status changed from New to In Progress
Start date changed from 02/16/2023 to 04/01/2020
% Done changed from 0 to 30
Related links updated
Affected hardware changed from T440p and other to All Haswell mainboards
# Current state of the meme magic (Haswell NRI)
## Done
- Native non-raminit stuff (already submitted): needed for 9-series boards with Broadwell MRC.bin e.g. https://review.coreboot.org/68188
- Bare minimum memory initialisation (just enough meme magic to be able to boot): patch train up until https://review.coreboot.org/64198
- S3 suspend/resume and fast boot support: https://review.coreboot.org/81897
- Sense amplifier offset training: https://review.coreboot.org/81948
## Implemented internally in the giant bowl of spaghetti, but in need to clean up the code before publishing
- 1D margin centering algorithms (used for various training steps)
- Setting non-training command rate (to 1N or 2N, we currently remain at 3T) and LCT (Late Command Training)
- 2D margin centering algorithms (used for various training steps)
- Power training (optimisation meme magic to reduce power consumption)
- TAT (Turnaround Training, a performance improvement)
- The raminit console (a half-arsed thing that allows playing around with settings over UART/usbdebug)
## Not implemented or not working yet
- Broadwell support (I once got a Broadwell ULT system to boot without MRC, but I had to commit unspeakable horrors to the already messy codebase)
- Properly programming some registers about DIMM energy (doesn't seem to be required, but the logic to program these is horribly convoluted and I haven't felt like figuring out how it works)
- Automatic overclocking support (will require redesigning how the MPLL handling works, because it currently stinks)
# TL;DR
- With what's currently submitted, choosing Haswell NRI in menuconfig **WILL NOT BOOT**. It says "NOT WORKING" in the prompt.
- Current top of tree (what you should use if you want to try Haswell NRI) is https://review.coreboot.org/81948
- With the aforementioned changes from Gerrit, booting should work. S3 resume should also work, but please test in advance.
- **BACK UP YOUR STUFF!** I will NOT be held responsible by any data losses arising from the use of the current state of Haswell NRI.
- Because not all training steps are ready yet, performance and power consumption are not optimal. Fix is to finish upstreaming them.
- Also, do NOT try to overclock the RAM under any circumstances. You will only make your system much more unstable for no reason.
----------------------------------------
Feature #461: Replacing Haswell mrc.bin blob with free software
https://ticket.coreboot.org/issues/461#change-1854
* Author: akjuxr3 akjuxr3
* Status: In Progress
* Priority: Normal
* Assignee: Angel Pons
* Category: chipset configuration
* Target version: none
* Start date: 2020-04-01
* Related links: https://review.coreboot.org/q/topic:haswell-nri
* Affected hardware: All Haswell mainboards
----------------------------------------
Currently in case of the ability to run as less amount of closed source software as possible and still have Microcode updates the reduced Intel ME with disabled bit in IFD and the lga1155 or the mobile versions of those cpus are the only option for x86_64 out there.
The next cpu generation (Haswell) inside for example T440p and W541 require the binary blob mrc.bin
Are there any plans of replacing the Haswell mrc.bin with free software? Or have the x86_64 platform be given up when the goal is to run just free software and the people should move to aarch64 or risc-v?
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: https://ticket.coreboot.org/my/account
Issue #540 has been reported by akjuxr3 akjuxr3.
----------------------------------------
Feature #540: Support for Lenovo ThinkPad X250 - the competitor to the shortly added HP EliteBook 820 G2
https://ticket.coreboot.org/issues/540
* Author: akjuxr3 akjuxr3
* Status: New
* Priority: Normal
* Category: board support
* Target version: none
* Start date: 2024-05-22
* Affected hardware: Lenovo Thinkpad X250
----------------------------------------
Coreboot now have support for the HP EliteBook 820 G2. This is great, but sadly the keyboard is for a person using Thinkpad keyboards forever not usable.
The Thinkpad X250 is the competitor to the HP EliteBook 820 G2. https://www.notebookcheck.net/Face-Off-HP-EliteBook-820-G2-vs-Lenovo-ThinkP…
The X250 also have a Full-HD IPS screen. This would also fix the problems many people have with the X230 and spend much time and effort to get a Full-HD IPS screen running in the X230.
Nico Huber have(had?) such a X250: https://review.coreboot.org/c/coreboot/+/23820/7#message-04cf9f804c1292f457…
Other coreboot developer also seem to have a X250: https://review.coreboot.org/c/coreboot/+/51179
Have someone taken a deeper look into the Thinkpad X250? Is there something special why suddenly the HP EliteBook 820 G2 got supported instead of a typical Thinkpad like it was the case for years at coreboot?
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: https://ticket.coreboot.org/my/account
Issue #461 has been updated by akjuxr3 akjuxr3.
Category set to board support
Assignee set to Angel Pons
Affected hardware set to T440p and other
> Already being worked on, refer to https://review.coreboot.org/q/topic:haswell-nri
Great to see active work on this. Lets hope it get merged soon. There are many great features planed like for example:
"One of my future plans (automatic RAM overclocking) would try the highest possible frequency and, if training cannot succeed, slow down the MPLL to the next available frequency."
----------------------------------------
Feature #461: Replacing Haswell mrc.bin blob with free software
https://ticket.coreboot.org/issues/461#change-1851
* Author: akjuxr3 akjuxr3
* Status: New
* Priority: Normal
* Assignee: Angel Pons
* Category: board support
* Target version: none
* Start date: 2023-02-16
* Related links: https://review.coreboot.org/c/coreboot/+/52659
* Affected hardware: T440p and other
----------------------------------------
Currently in case of the ability to run as less amount of closed source software as possible and still have Microcode updates the reduced Intel ME with disabled bit in IFD and the lga1155 or the mobile versions of those cpus are the only option for x86_64 out there.
The next cpu generation (Haswell) inside for example T440p and W541 require the binary blob mrc.bin
Are there any plans of replacing the Haswell mrc.bin with free software? Or have the x86_64 platform be given up when the goal is to run just free software and the people should move to aarch64 or risc-v?
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: https://ticket.coreboot.org/my/account
Hello
This desktop build doesn't have coreboot support.
I want to know if it'd be possible to add support to it.
Motherboard details in the attached.
I'm willing to do all the tests necessary to make it work.
Thank you. Regards