[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241105183041.1531976-1-harisokn@amazon.com>
Date: Tue, 5 Nov 2024 12:30:36 -0600
From: Haris Okanovic <harisokn@...zon.com>
To: <ankur.a.arora@...cle.com>, <catalin.marinas@....com>
CC: <linux-pm@...r.kernel.org>, <kvm@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>, <linux-kernel@...r.kernel.org>,
<will@...nel.org>, <tglx@...utronix.de>, <mingo@...hat.com>, <bp@...en8.de>,
<dave.hansen@...ux.intel.com>, <x86@...nel.org>, <hpa@...or.com>,
<pbonzini@...hat.com>, <wanpengli@...cent.com>, <vkuznets@...hat.com>,
<rafael@...nel.org>, <daniel.lezcano@...aro.org>, <peterz@...radead.org>,
<arnd@...db.de>, <lenb@...nel.org>, <mark.rutland@....com>,
<harisokn@...zon.com>, <mtosatti@...hat.com>, <sudeep.holla@....com>,
<cl@...two.org>, <misono.tomohiro@...itsu.com>, <maobibo@...ngson.cn>,
<joao.m.martins@...cle.com>, <boris.ostrovsky@...cle.com>,
<konrad.wilk@...cle.com>
Subject: Re: [PATCH v8 00/11] Enable haltpoll on arm64
Hi Ankur, Catalin,
How about the following series based on a refactor of arm64's delay()?
Does it address your earlier concerns?
delay() already implements wfet() and falls back to wfe() w/ evstream
or a cpu_relax loop. I refactored it to poll an address, and wrapped in
a new platform-agnostic smp_vcond_load_relaxed() macro. More details in
the following commit log.
Regards,
Haris Okanovic
AWS Graviton Software
Powered by blists - more mailing lists