Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <02604223-af8a-a86f-8873-19a4dbb3035b@molgen.mpg.de>
Date:   Tue, 13 Sep 2022 16:05:52 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.2.2
Content-Language: en-US
To:     linux-acpi@vger.kernel.org
Cc:     linux-kernel@vger.kernel.org, Dell.Client.Kernel@dell.com,
        Hans de Goede <hdegoede@redhat.com>
From:   Paul Menzel <pmenzel@molgen.mpg.de>
Subject: boot performance: ACPI delays in boot up of Alder Lake laptop (Dell
 XPS 13 9315)
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: bulk

Dear Linux folks,


Just a heads-up, on the Dell XPS 13 9315 over half a second during boot 
seem to be due to delays in firmware provided ACPI/ASL.

     […]
     [    0.000000] DMI: Dell Inc. XPS 9315/02GGG1, BIOS 1.1.3 05/11/2022
     […]
     [    0.220268] ACPI: PM: Power Resource [D3C]
     [    0.472079] ACPI: PM: Power Resource [PIN]
     […]
     [    0.512316] pci 0000:00:07.1:   bridge window [mem
0x74000000-0x960fffff]
     [    0.512319] pci 0000:00:07.1:   bridge window [mem
0x6040000000-0x6075ffffff 64bit pref]
     [    0.888002] ACPI: EC: interrupt unblocked
     [    0.888002] ACPI: EC: event unblocked
     [    0.888062] ACPI: EC: EC_CMD/EC_SC=0x934, EC_DATA=0x930
     [    0.888062] ACPI: EC: GPE=0x6e
     […]

I created two bug reports [1][2] for each of these delays. 
Unfortunately, the device is used in production by a user, so I can’t do 
any testing.

Linux taking less than 0.5 seconds to execute on modern consumer 
hardware still should be a goal in my opinion.


Kind regards,

Paul


[1]: https://bugzilla.kernel.org/show_bug.cgi?id=216481
[2]: https://bugzilla.kernel.org/show_bug.cgi?id=216482