<div dir="ltr"><div><div>Hi all,<br><br></div>I found that ACPICA released version 20170929 yesterday, and it's more strict than previous versions. I can't even use it to build qemu-i440fx because many dsdt files have methods that are not used, which will make iasl warn about this.<br><br></div>Iru<br><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 3, 2017 at 11:50 AM, Matt DeVillier <span dir="ltr"><<a href="mailto:matt.devillier@gmail.com" target="_blank">matt.devillier@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">hi Paul,<div><br></div><div>I took a look at this, and the error appears to be the result of a change in IASL 20170531: </div><div><br>"Improved the behavior of the iASL compiler and disassembler to detect improper use of external declarations"<div><br></div><div>According to the ACPI 6.2 spec, "The External directive informs the ASL compiler that the object is declared external to this table.." This reads to me that if an object is declared External in one table (eg, the DSDT), then its declaration must be in another table, not in the table in which contains the External reference. As _SB.DPTF.TEVT is declared in the DSDT (in SoC .asl code), then the External declaration in the chromeec/acpi/ec.asl is invalid.</div><div><br></div><div>To test this, I removed the External declaration in ec.asl, and the previously failing boards now build properly with iASL 20170831. I also retested using the current iASL version (20161222), and the aforementioned boards still build correctly.</div><div><br></div><div>If someone wants to corroborate my analysis, then I'm happy to submit a patch to correct the issue</div><div><br></div><div>cheers,</div><div>Matt</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Oct 2, 2017 at 1:56 AM, Paul Menzel <span dir="ltr"><<a href="mailto:paulepanter@users.sourceforge.net" target="_blank">paulepanter@users.<wbr>sourceforge.net</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="h5">Dear coreboot folks,<br>
<span class="m_2271475459796981932gmail-"><br>
<br>
Am Mittwoch, den 20.09.2017, 08:17 +0200 schrieb Paul Menzel:<br>
<br>
> I’d like to propose the following goal for the upcoming coreboot 4.7<br>
> release.<br>
><br>
> All boards have to build with GCC 7.2 [1] and IASL 20170831 [2].<br>
><br>
> For the latter, several Intel boards fail to build [3]. It’d be great<br>
> if the maintainers looked into it.<br>
<br>
</span>Unfortunately, there was no reply yet. Patrick already blocked the<br>
change-set, and commented that it’ll only go in after the coreboot 4.7<br>
release, which is fine. But the boards should still build in my<br>
opinion.<br>
<br>
The boards below are affected by the IASL update.<br>
<br>
```<br>
$ git grep TEVT<br>
src/ec/google/chromeec/acpi/ec<wbr>.asl:External (\_SB.DPTF.TEVT, MethodObj)<br>
src/ec/google/chromeec/acpi/ec<wbr>.asl: If (CondRefOf (\_SB.DPTF.TEVT)) {<br>
src/ec/google/chromeec/acpi/ec<wbr>.asl: \_SB.DPTF.TEVT (Local0)<br>
src/mainboard/google/cyan/vari<wbr>ants/terra/include/variant/<wbr>acpi/thermal.asl:Method (TEVT, 1, NotSerialized)<br>
src/soc/intel/baytrail/acpi/dp<wbr>tf/thermal.asl:Method (TEVT, 1, NotSerialized)<br>
src/soc/intel/braswell/acpi/dp<wbr>tf/thermal.asl:Method (TEVT, 1, NotSerialized)<br>
src/soc/intel/common/acpi/dptf<wbr>/thermal.asl:Method (TEVT, 1, NotSerialized)<br>
src/soc/intel/skylake/acpi/dpt<wbr>f/thermal.asl:Method (TEVT, 1, NotSerialized)<br>
```<br>
<br>
What is the process for this? Are the maintainers of the board that<br>
fail to build subscribed on this mailing list?<br>
<br>
<br>
Kind regards,<br>
<div class="m_2271475459796981932gmail-HOEnZb"><div class="m_2271475459796981932gmail-h5"><br>
Paul<br>
<br>
<br>
> [1] <a href="https://review.coreboot.org/20809/" rel="noreferrer" target="_blank">https://review.coreboot.org/20<wbr>809/</a><br>
> [2] <a href="https://review.coreboot.org/21156/" rel="noreferrer" target="_blank">https://review.coreboot.org/21<wbr>156/</a><br>
> [3] <a href="https://ticket.coreboot.org/issues/138" rel="noreferrer" target="_blank">https://ticket.coreboot.org/is<wbr>sues/138</a></div></div><br></div></div><span class="HOEnZb"><font color="#888888">--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org" target="_blank">coreboot@coreboot.org</a><br>
<a href="https://mail.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://mail.coreboot.org/mail<wbr>man/listinfo/coreboot</a><br></font></span></blockquote></div><br></div></div></div>
<br>--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="https://mail.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://mail.coreboot.org/<wbr>mailman/listinfo/coreboot</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Please do not send me Microsoft Office/Apple iWork documents. Send OpenDocument instead! <a href="http://fsf.org/campaigns/opendocument/" target="_blank">http://fsf.org/campaigns/opendocument/</a></div></div>
</div></div></div></div></div>