coreboot June 2015

coreboot@coreboot.org

41 participants
76 discussions

Start a nNew thread

New post published at blog.coreboot.org on June 10, 2015 at 9:58 pm
by WordPress 10 Jun '15

10 Jun '15

1 0

Re: [coreboot] [Bug?] 3 different bytes in VGAbios after upgrade to coreboot
by Rudolf Marek 09 Jun '15

09 Jun '15

Hi all, Dne 7.6.2015 v 02:12 Vladimir napsal(a): > Thank you very much for solving this riddle! > And one more question for Rudolf: please tell, are you using atomDis > utility to disassemble atombios into C code? Or there are some other > special tools, which probably have more recent versions? (latest version of > atomDis is already 4 years old...) I think there was some effort to make VGA BIOS from scratch. I think the guys used a script to rewrite it to C. I don't remember anymore. Thats all I know, Thanks Rudolf > > On 3 June 2015 at 20:27, Rudolf Marek <r.marek(a)assembler.cz> wrote: > >> Hi all, >> >> First byte after IBM is usually a checksum. So in fact only two bytes >> differ. >> Now you may ask what it is... and it is a IOBASE :) >> >> typedef struct _ATOM_ROM_HEADER >> { >> ATOM_COMMON_TABLE_HEADER sHeader; >> UCHAR> uaFirmWareSignature[4]; /*Signature to distinguish between >> Atombios >> and non-atombios,atombios should init it as "ATOM", don't change the >> position */ >> USHORT usBiosRuntimeSegmentAddress; >> USHORT usProtectedModeInfoOffset; >> USHORT usConfigFilenameOffset; >> USHORT usCRC_BlockOffset; >> USHORT usBIOS_BootupMessageOffset; >> USHORT usInt10Offset; >> USHORT usPciBusDevInitCode; >> USHORT usIoBaseAddress; <---------------this changes >> >> I guess IOBASE of PCI device changes also... >> >> USHORT usSubsystemVendorID; >> USHORT usSubsystemID; >> USHORT usPCI_InfoOffset;. >> USHORT usMasterCommandTableOffset; /*Offset for SW to get all command >> table >> offsets, Don't change the position */ >> USHORT usMasterDataTableOffset; /*Offset for SW to get all data table >> offsets, Don't change the position */ >> UCHAR ucExtendedFunctionCode; >> UCHAR ucReserved; >> }ATOM_ROM_HEADER; >> >> You can use atomDis to dump it I guess (Did not check if it dumps also the >> header. >> >> Thanks >> Rudolf >> > > >

1 0

ASUS KFSN4-DRE Automated Test Failure
by Raptor Engineering Automated Coreboot Test Stand 09 Jun '15

09 Jun '15

The ASUS KFSN4-DRE fails verification as of commit 04746fc22c667506da528394ca6764656b05657e The following tests failed: ACPI_DSDT_ACCESS_FAILURE ACPI_SSDT_ACCESS_FAILURE CBMEM_TIMESTAMP_ACCESS_FAILURE Commits since last successful test: 04746fc google/jecht: add new mainboard aa04e18 x86 SMM: Relocator is intel-only 6404dff xcompile: Fix errors thrown during make gitconfig e7757bd buildgcc: Unify and refactor build scripts 14ce213 crossgcc: Add clang support <60 commits skipped> a4cf83d cbfs: Fix mismerge. 1aeea7f tpm: Add dummy _DSM to make Bitlocker happy. 36f8d27 Make DSDT a file in CBFS rather than embedding it into ramstage. 1cac2c9 Hide PLATFORM_USES_FSP1_1. 633352c Kconfig: Remove RELOCATABLE_MODULES. See attached log for details This message was automatically generated from Raptor Engineering's ASUS KFSN4-DRE 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 <tpearson(a)raptorengineeringinc.com> regarding any issues stemming from this notification

1 0

Intel graphics drivers: now with firmware blobs.
by The Gluglug 09 Jun '15

09 Jun '15

1 1

ASUS KFSN4-DRE Automated Test Failure
by Raptor Engineering Automated Coreboot Test Stand 08 Jun '15

08 Jun '15

The ASUS KFSN4-DRE fails verification as of commit cacf7234afaaef29d1fe5739f423fb2c1b29cdfb The following tests failed: ACPI_DSDT_ACCESS_FAILURE ACPI_SSDT_ACCESS_FAILURE CBMEM_TIMESTAMP_ACCESS_FAILURE Commits since last successful test: cacf723 libpayload: retire LAR support 5264862 Remove empty lines at end of file 4ba3b79 smbios: Use smbios_mainboard_manufacturer instead MAINBOARD_SMBIOS_MANUFACTURER. cdaf331 Removed unused SOUTHBRIDGE_INTEL_FSP_I89XX expressions 62805e6 macbook21: switch off led before jumping to payload <53 commits skipped> a4cf83d cbfs: Fix mismerge. 1aeea7f tpm: Add dummy _DSM to make Bitlocker happy. 36f8d27 Make DSDT a file in CBFS rather than embedding it into ramstage. 1cac2c9 Hide PLATFORM_USES_FSP1_1. 633352c Kconfig: Remove RELOCATABLE_MODULES. See attached log for details This message was automatically generated from Raptor Engineering's ASUS KFSN4-DRE 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 <tpearson(a)raptorengineeringinc.com> regarding any issues stemming from this notification

1 0

macbook21: broken by 10385 (Make DSDT a file in CBFS rather than embedding it into ramstage.)
by Mono 07 Jun '15

07 Jun '15

Ahoi Vladimir (and all), nice to see you again! my macbook21 lately has two issues: xserver cannot start and poweroff does not poweroff but stops after halt. startx throws the following error: modprobe: ERROR: could not insert 'i915': No such device intel: waited 2020 ms for i915.ko driver to load bisect says: # good: [1cac2c9713a864fe90f40040cd1ede130983544c] Hide PLATFORM_USES_FSP1_1. git bisect good 1cac2c9713a864fe90f40040cd1ede130983544c # bad: [a4cf83df7a3ef3401e12ca3732cbe07294684d02] cbfs: Fix mismerge. git bisect bad a4cf83df7a3ef3401e12ca3732cbe07294684d02 # only skipped commits left to test # possible first bad commit: [a4cf83df7a3ef3401e12ca3732cbe07294684d02] cbfs: Fix mismerge. # possible first bad commit: [1aeea7fbdf252c95e1e3cdf45339a1430125f85d] tpm: Add dummy _DSM to make Bitlocker happy. # possible first bad commit: [36f8d27ea9f741e184b76b5f42d7f777f207edc0] Make DSDT a file in CBFS rather than embedding it into ramstage. 36f8d27 and 1aeea7f had been skipped because of a build error. however, cherry picking a4cf83d on top of 36f8d27 is bad already. So I guess 36f8d27 might be the first bad. Unfortunately I have no idea how to fix the problem or what the problem really is. Can you please point me to the right direction? best regards Mono

2 3

ASUS KFSN4-DRE Automated Test Failure
by Raptor Engineering Automated Coreboot Test Stand 06 Jun '15

06 Jun '15

The ASUS KFSN4-DRE fails verification as of commit d9bc2fadc4ea74ebca0d793aeef288fe9f1acf0c The following tests failed: ACPI_DSDT_ACCESS_FAILURE ACPI_SSDT_ACCESS_FAILURE CBMEM_TIMESTAMP_ACCESS_FAILURE Commits since last successful test: d9bc2fa genbuild_h: timestamps should not depend on LANG or LC_ALL 7710379 acpi/sata: add generic sata ssdt port generator 8893548 buildgcc: factor out downloading, unpacking and patching 83fc32f device_ops: add device_t argument to write_acpi_tables 5eea458 device_ops: add device_t argument to acpi_fill_ssdt_generator <44 commits skipped> a4cf83d cbfs: Fix mismerge. 1aeea7f tpm: Add dummy _DSM to make Bitlocker happy. 36f8d27 Make DSDT a file in CBFS rather than embedding it into ramstage. 1cac2c9 Hide PLATFORM_USES_FSP1_1. 633352c Kconfig: Remove RELOCATABLE_MODULES. See attached log for details This message was automatically generated from Raptor Engineering's ASUS KFSN4-DRE test stand Raptor Engineering offers coreboot consulting services! Please visit https://www.raptorengineeringinc.com for more information Please contact Timothy Pearson at Raptor Engineering <tpearson(a)raptorengineeringinc.com> regarding any issues stemming from this notification

1 0

Re: [coreboot] [Bug?] 3 different bytes in VGAbios after upgrade to coreboot
by Rudolf Marek 06 Jun '15

06 Jun '15

Hi all, First byte after IBM is usually a checksum. So in fact only two bytes differ. Now you may ask what it is... and it is a IOBASE :) typedef struct _ATOM_ROM_HEADER { ATOM_COMMON_TABLE_HEADER sHeader; UCHAR> uaFirmWareSignature[4]; /*Signature to distinguish between Atombios and non-atombios,atombios should init it as "ATOM", don't change the position */ USHORT usBiosRuntimeSegmentAddress; USHORT usProtectedModeInfoOffset; USHORT usConfigFilenameOffset; USHORT usCRC_BlockOffset; USHORT usBIOS_BootupMessageOffset; USHORT usInt10Offset; USHORT usPciBusDevInitCode; USHORT usIoBaseAddress; <---------------this changes I guess IOBASE of PCI device changes also... USHORT usSubsystemVendorID; USHORT usSubsystemID; USHORT usPCI_InfoOffset;. USHORT usMasterCommandTableOffset; /*Offset for SW to get all command table offsets, Don't change the position */ USHORT usMasterDataTableOffset; /*Offset for SW to get all data table offsets, Don't change the position */ UCHAR ucExtendedFunctionCode; UCHAR ucReserved; }ATOM_ROM_HEADER; You can use atomDis to dump it I guess (Did not check if it dumps also the header. Thanks Rudolf

2 1

SeaBIOS on BayTrail Chromebooks
by Starly Solon 06 Jun '15

06 Jun '15

Hi there, I would like to k ow of there's a version of SeaBIOS that works with the BayTrail Chromebooks and if there's none where could I find information about what's missing? I currently have a laptop with a BayTrail processor, is there a way of dumping the BIOS/UEFI to help (I'm currently running a GNU/Linux distro on it)?

1 0

ASUS KFSN4-DRE Automated Test Failure
by Raptor Engineering Automated Coreboot Test Stand 05 Jun '15

05 Jun '15

The ASUS KFSN4-DRE fails verification as of commit 3d02b9c79e8dbe661c9e784519c486b8897b6af5 The following tests failed: ACPI_DSDT_ACCESS_FAILURE ACPI_SSDT_ACCESS_FAILURE CBMEM_TIMESTAMP_ACCESS_FAILURE Commits since last successful test: 3d02b9c mainboard/lenovo/{t430s,t420s,t520,t530,x220}: Add TPM 1.2 mainboard support 09705ab AMD K8 fam10: Use parent subordinate to track HT enumeration ed7bc2c AMD K8 fam10: Drop extra HT scan_chain() parameters e8ea712 AMD K8 fam10: Drop local is_sblink in scan_chains 328531f AMD K8 fam10: Drop redundant parameters on scan_chain() <35 commits skipped> a4cf83d cbfs: Fix mismerge. 1aeea7f tpm: Add dummy _DSM to make Bitlocker happy. 36f8d27 Make DSDT a file in CBFS rather than embedding it into ramstage. 1cac2c9 Hide PLATFORM_USES_FSP1_1. 633352c Kconfig: Remove RELOCATABLE_MODULES. See attached log for details This message was automatically generated from Raptor Engineering's ASUS KFSN4-DRE test stand Raptor Engineering offers coreboot consulting services! Please visit https://www.raptorengineeringinc.com for more information Please contact Timothy Pearson at Raptor Engineering <tpearson(a)raptorengineeringinc.com> regarding any issues stemming from this notification

1 0

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 2015