Message ID | 20231026170330.4657-1-mario.limonciello@amd.com |
---|---|
Headers | show |
Series | Fixes for s3 with parallel bootup | expand |
On Thu, Oct 26 2023 at 12:03, Mario Limonciello wrote: > Parallel bootup on systems that use x2apic broke suspend to ram. > This series ensures x2apic is re-enabled at startup and fixes an exposed > pre-emption issue. The PMU issue has absolutely nothing to do with parallel bootup. Can you please describe stuff coherently?
On 10/27/2023 14:24, Thomas Gleixner wrote: > On Thu, Oct 26 2023 at 12:03, Mario Limonciello wrote: >> Parallel bootup on systems that use x2apic broke suspend to ram. >> This series ensures x2apic is re-enabled at startup and fixes an exposed >> pre-emption issue. > > The PMU issue has absolutely nothing to do with parallel bootup. > > Can you please describe stuff coherently? They are both issues found with S3 testing. The PMU issue wasn't being observed with cpuhp.parallel=0.
On Fri, Oct 27 2023 at 14:29, Mario Limonciello wrote: > On 10/27/2023 14:24, Thomas Gleixner wrote: >> On Thu, Oct 26 2023 at 12:03, Mario Limonciello wrote: >>> Parallel bootup on systems that use x2apic broke suspend to ram. >>> This series ensures x2apic is re-enabled at startup and fixes an exposed >>> pre-emption issue. >> >> The PMU issue has absolutely nothing to do with parallel bootup. >> >> Can you please describe stuff coherently? > > They are both issues found with S3 testing. > The PMU issue wasn't being observed with cpuhp.parallel=0. It does not matter whether you cannot observe it under a certain conditions. What matters is the proper analysis of the root cause and that is clearly neither related to suspend nor cpuhp.parallel=0. Stop this 'fix the symptom' approach before it becomes a habit. Thanks, tglx