[coreboot] New on blogs.coreboot.org: [GSOC] Panic Room, week #7

2016-08-01 Thread WordPress
A new post titled "[GSOC] Panic Room, week #7" has been published on the coreboot blog. Find the full post at http://blogs.coreboot.org/blog/2016/07/30/gsoc-panic-room-week-7/

What have you procrastinated on this past week?
As usual, I’m glad you asked.
During the past week I worked every day(/night) on the porting of the region_device API (commit) as I probably mentioned last week. The port is now complete and it should be bug-free (?).
It’s been tested pretty thoroughly since I immediately used it to adapt Bayou from the old LAR/coreboot-v3 paradigm to the new CBFS/coreboot-v4 one.
A bunch of bugs cropped up with the new API during the transition (debugging the API wasn’t fun at all) but they have been solved and unless for some corner-cases that I missed it should just work.
The second part of the week, as you might have guessed read, has been devoted to fixing Bayou (commit). This has been quite fun, almost everything was broken or relied on some old function that has since been dropped from libpayload.
It now works quite well and supports all of the original features.
The only problem now are with the other payloads since they aren’t all able to exit cleanly and give back control to bayou (i.e. coreinfo reboots before returning, tint halts, etc).
If you want to know more details take a look at the commit message.
Apart from this two items I wrote a couple of patches concerned with libpayload and a patch that adds support for sequential lz4 decompression during the boot process (Thank you, Julius Werner, for pointing that out).
I also just finished updating the wiki entry for Bayou, so if someone wants to test it out… 
What’s next?
With less than a month left of my GSOC time I plan to dedicate solely to maintain the patches that I currently have and work on the coreboot/serialice integration (so as to finally do something pertinent to the original proposal).
Have a nice weekend!
 
P.S.
I had to drop the idea of working on the FILO (flashupdate) project since it relies on a series of patches that have not been finished yet (libflashrom). It will be a project for another time perhaps.
P.S.S.
I think I lost count of a few weeks here and there…


-- 
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot

[coreboot] ASUS KFSN4-DRE (K8) Automated Test Failure [master]

2016-08-01 Thread Raptor Engineering Automated Coreboot Test Stand
The ASUS KFSN4-DRE (K8) fails verification for branch master as of commit 
4c18de2de918e96ceeca87d2fb51853c286548ee

The following tests failed:
BOOT_FAILURE

Commits since last successful test:
4c18de2 soc/intel/common: Enable MTRR display during bootblock & postcar
0c1843a soc/intel/quark: Fix car_stage_entry routine name.
33ab4fe libpayload: fix leak in libcbfs
41b3196 mainboard/bap/ode_e20XX: Enable UART 3/4 in devicetree
8cab72e mainboard/bap/ode_e20XX: Add different DDR3 clk settings

<40 commits skipped>

cf05183 mainboard/bap/ode_e21XX: Add board support
171e2c9 mainboard/bap/ode_e21XX: Add copy of amd/olivehillplus
b0f8151 chromeos mainboards: remove chromeos.asl
212820c google/reef: Use GPE0_DW1_15 as wake signal for touchpad
6e37e90 soc/intel/apollolake: Include gpe.h in chip.h

See attached log for details

This message was automatically generated from Raptor Engineering's ASUS 
KFSN4-DRE (K8) test stand
Want to test on your own equipment?  Check out 
https://www.raptorengineeringinc.com/content/REACTS/intro.html

Raptor Engineering also offers coreboot consulting services!  Please visit 
https://www.raptorengineeringinc.com for more information

Please contact Timothy Pearson at Raptor Engineering 
 regarding any issues stemming from this 
notification


1470037879-2-automaster.log.bz2
Description: application/bzip2
-- 
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot