coreboot June 2024

coreboot@coreboot.org

10 participants
17 discussions

[coreboot - Bug #121] T520: Hangs in OS
by Anastasios Koutian 12 Jun '24

12 Jun '24

Issue #121 has been updated by Anastasios Koutian. Alex Gravitos wrote in #note-97: > Anastasios Koutian wrote in #note-96: > > 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. > > not in my case (t520i, i7-3840qm) - its almost as if the freezes are more frequent with this option 🤷 That's interesting. I have not seen freezes since adding this option, but it's possible that it's just a coincidence, since this bug is quite random. ---------------------------------------- Bug #121: T520: Hangs in OS https://ticket.coreboot.org/issues/121#change-1859 * 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

1 0

[coreboot - Bug #121] T520: Hangs in OS
by Alex Gravitos 12 Jun '24

12 Jun '24

Issue #121 has been updated by Alex Gravitos. Anastasios Koutian wrote in #note-96: > 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. not in my case (t520i, i7-3840qm) - its almost as if the freezes are more frequent with this option 🤷 ---------------------------------------- Bug #121: T520: Hangs in OS https://ticket.coreboot.org/issues/121#change-1858 * 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

1 0

[Invitation - Tomorrow 4PM UTC] Dasharo "User Group #6 & Developers vPub 0xB" event
by Mike Banon 12 Jun '24

12 Jun '24

Dear Friends, I invite you to Dasharo "User Group (DUG) #6 & Developers vPub 0xB" joint event that starts tomorrow at 4 PM UTC ! 1) on DUG we will discuss the Dasharo coreboot firmware distribution and explore the new supported platforms: in particular you will see a special demo of upcoming NovaCustom V54/V56 laptops with modern & powerful Intel 14th Gen Meteor Lake CPUs 2) vPub will feature our prominent guests from Intel and Karlsruhe Institute of Technology with a couple of interesting talks, and a cosy free-for-all chat about anything opensource firmware/hardware-related! ;-) Join links & full schedule are available here - https://vpub.dasharo.com/e/13/dasharo-user-group-6 -- Best regards, Mike Banon Open Source Community Manager of 3mdeb - https://3mdeb.com/

1 0

coreboot Meetings Announcement And Agenda Call
by mina＠coreboot.org 10 Jun '24

10 Jun '24

Dear coreboot community, Please note that our upcoming coreboot leadership meeting is scheduled for Wednesday, June 12, 2024.[1] You are welcome to review and update the current agenda items with any matters you wish to see discussed during the meeting.[2] Below are the items currently on the agenda. ## Current Agenda Items ### [Elyes] Add lint rule to avoid duplicated includes. * I’ve added some lint rules to warn when a header is duplicated through another header which is supposed to provide it. (see https://review.coreboot.org/c/coreboot/+/81907 ). The rules I’ve used are those in: `Documentation/contributing/coding_style.md` As per Nico’s comments, we need some rules… ### [Yidi Lin] Do we consider GPIO ball names definitions in <soc/gpio.h> as part of <gpio.h> ? ## Improving coreboot processes ### [Martin] bi-weekly review meetings * In an attempt to get patches merged more quickly, we’re looking at adding a meeting to review patches and try to get blocking issues sorted out. This will start as a bi-weekly meeting of 1 hour and we’ll see where things progress from there. Any preference for Tues/Wed/Thurs? 16:00, 17:00, or 18:00 UTC? (should we define it in UTC or in some other timezone that may switch based on daylight savings?) ### [Martin] Merge SLOsl * Can we define objectives for timeframes to get patches merged to different areas in the codebase? An individual mainboard that doesn’t affect the rest of the codebase doesn’t need as much scrutiny as core code that affects every platform. ## Announcements & Events * FOSSY conference: August 1-4 2024 in Portland, Oregon, USA https://sfconservancy.org/fossy * COSCUP - Taipei, Taiwan on 2024/08/03 ~ 2024/08/04 https://coscup.org/2024/en/landing * OSFC will be in Bochum Germany - September 3-5, 2024 https://www.osfc.io * OCP Global Summit: San Jose, California on October 15–17, 2024 https://www.opencompute.org/summit/global-summit [1](https://www.coreboot.org/calendar.html). [2](https://docs.google.com/document/d/1NRXqXcLBp5pFkHiJbrLdv3Spqh1Hu086HYkK….

1 0

Re: Gerrit is auto-closing replies to last comment on change logs. Bug?
by Keith Hui 09 Jun '24

09 Jun '24

Hi Max, > I have the same issue but only quite rarely. I assumed the issue was gone since I did not have it for quite a while (~3 months). Although I am not sure if it only happened for me on the most recent comments. I assumed it was just bad javascript from gerrit. By any chance are you using your smartphone to answer comments? Mostly smartphone, but also happened on my laptop. > > greetings, > Max Cheers Keith

2 1

coreboot Meetings Announcement And Agenda Call
by mina＠coreboot.org 07 Jun '24

07 Jun '24

Dear community, Kindly note that we have an upcoming coreboot leadership meeting scheduled for Wednesday, June 12,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 and support to the coreboot project. Best regards, Mina Asante. [1](https://www.coreboot.org/calendar.html). [2](https://docs.google.com/document/d/1NRXqXcLBp5pFkHiJbrLdv3Spqh1Hu086HYkK….

1 0

Gerrit is auto-closing replies to last comment on change logs. Bug?
by Keith Hui 04 Jun '24

04 Jun '24

All, Recently Gerrit has been messing with me while I'm replying to comments on my patches, closing the field in the middle of me typing, as if it hit save for me for no apparent reason. It happens across multiple patches under review, but only happens if the comment being replied to is the last (most recent) on the change log. Anyways, very annoying. Anyone else also experiencing this? Thanks Keith

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot June 2024