<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p style="margin-top:0;margin-bottom:0">Chris,</p>
<p style="margin-top:0;margin-bottom:0">The GPIO tables are usually compiled into the BIOS C code and not into ASL. While decompiling DSDT can give you some insight into what GPIOs are used for say WLAN power control or some of the hardware interrupts, there
 is also a number of Kaby Lake pins that drive system signals or control onboard hardware without going through ASL. For instance Coreboot build for KBL RVP3 uses this:</p>
<p style="margin-top:0;margin-bottom:0"><a href="https://github.com/coreboot/coreboot/blob/master/src/mainboard/intel/kblrvp/variants/rvp3/include/variant/gpio.h" class="OWAAutoLink" id="LPlnk735632" previewremoved="true">https://github.com/coreboot/coreboot/blob/master/src/mainboard/intel/kblrvp/variants/rvp3/include/variant/gpio.h</a><br>
<br>
</p>
<p style="margin-top:0;margin-bottom:0">What Niko suggests is to review carefully all the lines that use GPIO_CFG_GPO (output) to ensure that no pins that are configured as output unless you are absolutely sure about where they go. Of course, this requires
 you to understand the code</p>
<p style="margin-top:0;margin-bottom:0"><br>
</p>
<br>
<br>
<div style="color: rgb(0, 0, 0);">
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> coreboot <coreboot-bounces@coreboot.org> on behalf of chrisglowaki@tutanota.com <chrisglowaki@tutanota.com><br>
<b>Sent:</b> Monday, June 25, 2018 11:39 AM<br>
<b>To:</b> Coreboot<br>
<b>Subject:</b> Re: [coreboot] Porting Kabylake laptop</font>
<div> </div>
</div>
<meta content="text/html; charset=utf-8">
<div>On 25. Jun 2018 18:18 <a href="mailto:nico.h@gmx.de" target="_blank" rel="noopener noreferrer" id="LPlnk469675" class="OWAAutoLink" previewremoved="true">
nico.h@gmx.de</a> wrote:<br>
<br>
<blockquote class="x_tutanota_quote" style="border-left:1px solid #93A3B8; padding-left:10px; margin-left:5px">
you can generally boot without a complete port. But you can also damage<br>
the hardware if you are not careful. Beside the devicetree settings (pay<br>
attention when it comes to the voltage regulator settings!), the GPIO<br>
configuration should also match your board. You can try to boot without<br>
GPIO configuration (it should be safe because the hardware has to expect<br>
the reset defaults for the GPIOs). But *never* try to boot with a copied<br>
GPIO configuration from another board.</blockquote>
<p><br>
</p>
<p>Thank you Nico for the warnings! A few questions:</p>
<p>1. Is it safe to leave default VR settings from Kabylake Reference Board?</p>
<p>2. Can the laptop work properly without GPIO? I don't know if there is a way to dump the GPIO config in vendor firmware on Kabylake.</p>
<p>3. Are there other settings that could damage the hardware?<br>
</p>
<p> <br>
</p>
<blockquote class="x_tutanota_quote" style="border-left:1px solid #93A3B8; padding-left:10px; margin-left:5px">
Regarding the EC, you can learn a lot about its interface from the ven-<br>
dor's ACPI implementation. Unless the board uses a lot of PnP interfaces<br>
of the EC (unlikely for a modern laptop), the datasheet is usually not<br>
helpful. What you really would need is documentation about the EC firm-<br>
ware and its OS interface. And you'll likely not get that.<br>
</blockquote>
<p><br>
</p>
<p>Can the laptop boot to Linux without EC support in coreboot? <br>
</p>
<p>Regarding the ACPI implementation, can that be dumped using acpidump and then used in the ec.asl file?</p>
<p><br>
</p>
<p>Thanks,</p>
<p>Chris<br>
</p>
<p> </p>
</div>
</div>
</div>
</body>
</html>