June 2013 - coreboot - mail.coreboot.org

Re: [coreboot] Management engine firmware
by Vladimir 'φ-coder/phcoder' Serbinenko June 14, 2013

June 14, 2013

On 13.06.2013 03:41, George Chriss wrote: > On Wed, Jun 12, 2013 at 7:16 PM, Vladimir 'φ-coder/phcoder' Serbinenko > <phcoder(a)gmail.com <mailto:phcoder@gmail.com>> wrote: >> >> Hello, all. In order to build X201 rom, you need management engine >> firmware. For chromebook the appropriate blobs are in 3rdparty repo, I >> suppose supplied by Intel. The only place where I could get ME firmware >> for X201 is by dumping chip with external programmer. It's probably not >> appropriate for coreboot to distribute those blobs (I'm unsure on their >> license) and given that it writes a log to its section which may contain >> private data, I don't want to distribute it either. Yet without this >> blob the build legitimately fails. Any suggestions on handling this? > > Are the coreboot dependencies function calls or something > hardware-specific? Coreboot send ME a message to tell it what to use for UMA. ACPI (at least CPU temperature) also goes through ME even if you read it from EC. > Is it possible to build a 'dummy' management engine > that still boots the X201, even with reduced functionality? It will reboot or hard lock after 30 minutes > (Is ME > binary code executed at any point using coreboot?) > No, it's executed on coprocessor, it's in the same flash but coreboot doesn't have to do anything to load it. > Sincerely, > George > > >

2 2

Re: [coreboot] i82801gx: SMI from "GPE0_STS: USB1"
by Константин Аладышев June 14, 2013

June 14, 2013

>I droped GPE0_EN initialization from coreboot and now it works. I think OS >gets GPE0_EN information from _PRW objects in ACPI tables. >So... Is there any reason to setup GPE0_EN register in coreboot? Little addition to my last message: Not even drop GPE0_EN initialization from coreboot, but add GPE0_EN reset to 0x00000000. Cause coreboot gets it initializated from OS. Should it be done this way, or it is terrible hack?

2 1

Re: [coreboot] i82801gx: SMI from "GPE0_STS: USB1"
by Константин Аладышев June 14, 2013

June 14, 2013

>I think the OS will re-initialize the enable bits before going back to >sleep. Have you tried leaving it disabled? I droped GPE0_EN initialization from coreboot and now it works. I think OS gets GPE0_EN information from _PRW objects in ACPI tables. So... Is there any reason to setup GPE0_EN register in coreboot?

1 0

Re: [coreboot] i82801gx: SMI from "GPE0_STS: USB1"
by Константин Аладышев June 13, 2013

June 13, 2013

>I assume the USB controller is still asserting its event. You'll need >to clear USB1_EN in GPE0_EN. That should stop it. From what I can tell >in the code GPE0_EN is only messed with when entering S5. So you may >want to ensure that is cleared when setting up SMIs in coreboot. >-Aaron Ok, i can disable USB1_EN, and it helps. But i want to enable it before jump to OS waking vector, to be able to resume from USB keyboard again. And once i enable it, coreboot starts these endless SMIs. How can i stop USB controller from asserting this event?

2 1

Re: [coreboot] Management engine firmware
by Антон Кочков June 13, 2013

June 13, 2013

Please, remember, that ME code is signed, so you can't just write 'dummy' ME firmware. You can try to boot without it, but, it is unpredictable. Best regards, Anton Kochkov. On Thu, Jun 13, 2013 at 5:41 AM, George Chriss <gschriss(a)gmail.com> wrote: > On Wed, Jun 12, 2013 at 7:16 PM, Vladimir 'φ-coder/phcoder' Serbinenko > <phcoder(a)gmail.com> wrote: >> >> Hello, all. In order to build X201 rom, you need management engine >> firmware. For chromebook the appropriate blobs are in 3rdparty repo, I >> suppose supplied by Intel. The only place where I could get ME firmware >> for X201 is by dumping chip with external programmer. It's probably not >> appropriate for coreboot to distribute those blobs (I'm unsure on their >> license) and given that it writes a log to its section which may contain >> private data, I don't want to distribute it either. Yet without this >> blob the build legitimately fails. Any suggestions on handling this? > > Are the coreboot dependencies function calls or something hardware-specific? > Is it possible to build a 'dummy' management engine that still boots the > X201, even with reduced functionality? (Is ME binary code executed at any > point using coreboot?) > > Sincerely, > George > > > -- > coreboot mailing list: coreboot(a)coreboot.org > http://www.coreboot.org/mailman/listinfo/coreboot

1 0

Management engine firmware
by Vladimir 'φ-coder/phcoder' Serbinenko June 13, 2013

June 13, 2013

Hello, all. In order to build X201 rom, you need management engine firmware. For chromebook the appropriate blobs are in 3rdparty repo, I suppose supplied by Intel. The only place where I could get ME firmware for X201 is by dumping chip with external programmer. It's probably not appropriate for coreboot to distribute those blobs (I'm unsure on their license) and given that it writes a log to its section which may contain private data, I don't want to distribute it either. Yet without this blob the build legitimately fails. Any suggestions on handling this?

2 1

Re: [coreboot] gitreview.sh for attaching reviewers to patches on upload
by Patrick Georgi June 12, 2013

June 12, 2013

Am 12.06.2013 15:26, schrieb Aaron Durbin: > $ gitreview.sh adurbin > git push --receive-pack='git receive-pack --reviewer=adurbin > --cc=<cc_someone>' upstream HEAD:refs/for/master gerrit 2.6 has a somewhat different syntax: git push upstream HEAD:refs/for/master%r=reviewer@example.net,cc=cc@example.net the r= and c= statements can be repeated at will. See http://gerrit-documentation.googlecode.com/svn/Documentation/2.6/user-uploa… Patrick

2 1

gitreview.sh for attaching reviewers to patches on upload
by Aaron Durbin June 12, 2013

June 12, 2013

It's attached. You may want to remove/tweak some of the bits. I haven't used the cc part in quite some time. There are no options as this was quick and dirty. It will need an upstream tracking branch in git config to work. i.e. git checkout -b my_work upstream/master $ gitreview.sh adurbin git push --receive-pack='git receive-pack --reviewer=adurbin --cc=<cc_someone>' upstream HEAD:refs/for/master I then just paste the output because I don't always trust it. I find it useful. -Aaron

1 0

Re: [coreboot] what board should i buy ?
by Oliver Schinagl June 12, 2013

June 12, 2013

On 12-06-13 11:56, Matti Christensen wrote: > well > > i've heard of wyse S10, S30 and S50 which are based on nsc/cyrix/amd cs2 > + 65535/65536 with different memory and storage/firmware.... Ok it sounds more like it's an S10 (i really have forgotten) It is a Geode though and those numbers do bring up memories of the south/north bridges. > > S50 is said to be supported by coreboot and i might buy one from ebay > for ~45$ including delivery to finland. so, if i can get one cheaper, of > course i'm interested ;o) Well I'm offering it to anybody who can improve support ;) It will be cheaper, gratis, free, libre :) > > /mc > > On Jun 12, 2013 11:42 AM, "Oliver Schinagl" <oliver+list(a)schinagl.nl > <mailto:oliver%2Blist@schinagl.nl>> wrote: > > On 12-06-13 00:00, matti christensen wrote: > > how about - say - wyse s50 thin client that is supported > according to > your pages ? > > I think I offered some Wyse S40's (or very close to that) to > whomever wanted one to hack on. The offer still stands, Wyse S40 + > 1GB 'flash ide disk module' + power brick. > > > i would like to find something cheap, small power consumption, > small size ... > > /mc > ---keep-IT-simple--- > > > > -- > coreboot mailing list: coreboot(a)coreboot.org > <mailto:coreboot@coreboot.org> > http://www.coreboot.org/__mailman/listinfo/coreboot > <http://www.coreboot.org/mailman/listinfo/coreboot> >

1 0

Re: [coreboot] what board should i buy ?
by Oliver Schinagl June 12, 2013

June 12, 2013

On 12-06-13 00:00, matti christensen wrote: > how about - say - wyse s50 thin client that is supported according to > your pages ? I think I offered some Wyse S40's (or very close to that) to whomever wanted one to hack on. The offer still stands, Wyse S40 + 1GB 'flash ide disk module' + power brick. > > i would like to find something cheap, small power consumption, small size ... > > /mc > ---keep-IT-simple--- >

2 1