Re: [coreboot] Group demographics

> > * Google's recovery manifest (from linux_recovery.sh) can pull a recovery > image for a specific product, I have yet to find depthcharge as a payload > * Obviously I haven't pulled all of the recovery images, but have looked > at ~10 > * those interested in recovery image,

Re: [coreboot] Recall: Maintain boot order for multiple EFI based OS

Hey, Ron, We do understand that Sibi did not violate any policy here, neither Coreboot, neither Dell? It simply happened that Sibi used Dell official email to ask legitimate technical questions on behalf of Dell. This is how I perceive people who are contributing to Coreboot from official

Re: [coreboot] Lenovo Thinkpad X201: cannot boot encrypted Debian w/Coreboot & GRUB2

On 24.03.2017 04:16, Sam Kuper wrote: > On 23/03/2017, Arthur Heymans wrote: >> Last option is hook up libgfxinit, an alternative Intel display init >> code written in ada/spark, which might set up display correctly... > > Nice. I will look into that when I get a chance. It

Re: [coreboot] Lenovo Thinkpad X201: cannot boot encrypted Debian w/Coreboot & GRUB2

On 24/03/2017, Peter Stuge wrote: > Sam Kuper wrote: >> GNUtoo in 2013: >> GNUtoo in 2013: >> phcoder in 2013: >> phcoder in 2014: >> Kl3 in 2015 >> >> So, it would seem that during 2013-2015, native graphics init became >> operational within Coreboot for the X201. > > TL;DR: That

Re: [coreboot] Can we please stop hiding semantic changes behind "found by checkpatch" (Re: New Defects reported by Coverity Scan for coreboot)

Hi Nico, I think that's a great idea, and I'll see what I can set up. We can search the commit message for "no functional changes" or "binary-stable" and then run a build of the previous commit as well as the current commit, then compare the checksums for each build to make sure they match.

Re: [coreboot] Disabling Auto-Refresh of DRAM Using Coreboot

Hi Zoran and Peter, I’m actually interested in the retention time of DRAM cells for fingerprinting purposes (i.e. not for any kind of performance tuning). It turns out that retention time information (such as the distribution of retention times across the cells of DRAM) can be used to identify

[coreboot] Can we please stop hiding semantic changes behind "found by checkpatch" (Re: New Defects reported by Coverity Scan for coreboot)

Hi all, don't get me wrong, I think style fixes are a good thing and appreciate that people take the time for it. However, if we do massive changes to comply with a tool like checkpatch.pl, we should make sure that single commits either change style only, or really fix something which should then

Re: [coreboot] Group demographics

On 2017-03-24 08:23, ron minnich wrote: On Fri, Mar 24, 2017 at 8:14 AM wrote: Q.1) Are questions related to Coreboot + Payload that boots a Chromebook appropriate for this list or a ChromiumOS list? of course! First the question and then the background. Q) Are

Re: [coreboot] Maintain boot order for multiple EFI based OS

As I recall, the rangeley FSP actually *REQUIRES* the mrc cache. Not having it would be a definite problem. Did you select "Use MRC Cache in FMAP"? If you did, that puts it outside of cbfs, so it wouldn't show up in that list. Are you working from upstream coreboot, or a tree from somewhere

Re: [coreboot] Group demographics

On Fri, Mar 24, 2017 at 10:39 AM, wrote: > On 2017-03-24 08:23, ron minnich wrote: >> >> On Fri, Mar 24, 2017 at 8:14 AM wrote: >> >>> Q.1) Are questions related to Coreboot + Payload that boots a >>> Chromebook >>> appropriate for this list or a

Re: [coreboot] Recall: Maintain boot order for multiple EFI based OS

There's really no way to recall a post to a list that is global. On Fri, Mar 24, 2017 at 7:02 AM Zoran Stojsavljevic < zoran.stojsavlje...@gmail.com> wrote: > About this... This, we'll do on the common ground that GOOGLE people do > understand you, and me (after all)!? > > Do you, Google people?

Re: [coreboot] Group demographics

On Fri, Mar 24, 2017 at 8:14 AM wrote: > > > > Q.1) Are questions related to Coreboot + Payload that boots a Chromebook > appropriate for this list or a ChromiumOS list? > > of course! -- coreboot mailing list: coreboot@coreboot.org

[coreboot] Group demographics

Folks, I've been monitoring the list for ~6 months with a couple of posts. My point of interest is working with Coreboot on ARMv8 targeting a Chromebook. I have a couple of questions for this group. Q.1) Are questions related to Coreboot + Payload that boots a Chromebook appropriate for

Re: [coreboot] Recall: Maintain boot order for multiple EFI based OS

About this... This, we'll do on the common ground that GOOGLE people do understand you, and me (after all)!? Do you, Google people? (I need mandatory reply/Re: -> Better be, so... if you do NOT agree, I 'll take the appropriate Legal Action)! ; -) Zoran On Fri, Mar 24, 2017 at 2:43 PM,

Re: [coreboot] Recall: Maintain boot order for multiple EFI based OS

Hello! Our friend is under the impression that this is a closed source Exchange based list, (which it is not!). Instead of a properly managed open source list, which it is. - Gregg C Levine gregg.drw...@gmail.com "This signature fought the Time Wars, time and again." On Fri, Mar 24, 2017 at

Re: [coreboot] Recall: Maintain boot order for multiple EFI based OS

OK, Sibi, I read you... As I understand, you would like to recall the complete thread. Your decision... You are free man, and I value that... I have here only ONE Question? Why? Thank you, Zoran On Fri, Mar 24, 2017 at 2:02 PM, wrote: > Rajasekaran, Sibi would like

[coreboot] New Defects reported by Coverity Scan for coreboot

Hi, Please find the latest report on new defect(s) introduced to coreboot found with Coverity Scan. 1 new defect(s) introduced to coreboot found with Coverity Scan. 1 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s)

Re: [coreboot] Maintain boot order for multiple EFI based OS

Dell - Internal Use - Confidential Hi Matt, Thanks for the prompt response. I am using Rangeley FSP in my coreboot environment and I don’t see mrc cache in the coreboot region even though I chose to use MRC Cache in the config. Performing operation on 'COREBOOT' region... Name

Re: [coreboot] Maintain boot order for multiple EFI based OS

Dell - Internal Use - Confidential Hi Matt, Thanks for the prompt response. I am using Rangeley FSP in my coreboot environment and I don’t see mrc cache in the coreboot region even though I chose to use MRC Cache in the config. Performing operation on 'COREBOOT' region... Name

[coreboot] Recall: Maintain boot order for multiple EFI based OS

Rajasekaran, Sibi would like to recall the message, "[coreboot] Maintain boot order for multiple EFI based OS". -- coreboot mailing list: coreboot@coreboot.org https://www.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] Disabling Auto-Refresh of DRAM Using Coreboot

> Quantify data retention of unpowered memory. Let us asses/investigate what is the technology of C (capacitor) in the presented diagram in my previous email! The capacitor in the

Re: [coreboot] Disabling Auto-Refresh of DRAM Using Coreboot

Zoran Stojsavljevic wrote: > I am not sure what are you really trying to do, Quantify data retention of unpowered memory. > and, mostly WHY you are trying to do what you are trying to do?! To challenge the assumption that data is lost without power. It is an interesting area of research

Re: [coreboot] Lenovo Thinkpad X201: cannot boot encrypted Debian w/Coreboot & GRUB2

Sam Kuper wrote: > GNUtoo in 2013: > GNUtoo in 2013: > phcoder in 2013: > phcoder in 2014: > Kl3 in 2015 > > So, it would seem that during 2013-2015, native graphics init became > operational within Coreboot for the X201. TL;DR: That code was always poor, don't expect it to work reliably. Don't

[coreboot] Fwd: Ethernet problem in x200

-- Yönlendirilen ileti -- Gönderen: "serdar tunc" Tarih: 22 Mar 2017 19:14 Konu: Ethernet problem in x200 Alıcı: Cc: I have x200 installed coreboot inside But my ethernet doesnt work. How can i fix it? paste.debian.net/923338

Re: [coreboot] Flash error - Board information not found

Hi, Thanks for the answer. I saved a backup of the actual rom with the proprietary software which is a Fujitsu utility. I have tried with flashrom : - With internal programmer I have this error : Reading flash transaction error Read operation failed - With a ch341a spi programmer I have this

Re: [coreboot] Maintain boot order for multiple EFI based OS

On Fri, Mar 24, 2017 at 6:26 PM, wrote: > > > For your question, takes around 26 seconds from power On till Tianocore > execute completion. Looking at reducing this boot time. > > > Sibi, if you're not using mrc cache for RAM training, that's likely contributing 10s or

Re: [coreboot] Maintain boot order for multiple EFI based OS

Dell - Internal Use - Confidential Hello All, Thank you for the responses. Hello Zoran, For your question, takes around 26 seconds from power On till Tianocore execute completion. Looking at reducing this boot time. Thanks, Sibi From: Zoran Stojsavljevic [mailto:zoran.stojsavlje...@gmail.com]

Re: [coreboot] Disabling Auto-Refresh of DRAM Using Coreboot

> I would like to use the AGESA software in order to measure the retention time of DRAM cells > (i.e. the time a DRAM cell holds its value with refresh shut off). I am not sure what are you really trying to do, and,