On 1/26/23 11:24 AM, Jonathan Cameron wrote:
On Thu, 26 Jan 2023 11:07:37 -0700
Dave Jiang wrote:
Hi Dave,
That was quick!
Add a simple _DSM call support for the ACPI0017 device to return a fake QTG
ID value. Given the current CXL implementation does not involve switches,
I don't follow
On 1/26/23 11:24 AM, Jonathan Cameron wrote:
On Thu, 26 Jan 2023 11:07:37 -0700
Dave Jiang wrote:
Hi Dave,
That was quick!
Add a simple _DSM call support for the ACPI0017 device to return a fake QTG
ID value. Given the current CXL implementation does not involve switches,
I don't follow
Add a simple _DSM call support for the ACPI0017 device to return a fake QTG
ID value. Given the current CXL implementation does not involve switches,
a faked value of 0 can be returned for the QTG ID. The enabling is for _DSM
plumbing testing from the OS.
Signed-off-by: Dave Jiang
---
hw/acpi/cx
On 1/26/23 11:47 AM, Jonathan Cameron wrote:
On Thu, 26 Jan 2023 11:41:47 -0700
Dave Jiang wrote:
On 1/26/23 11:24 AM, Jonathan Cameron wrote:
On Thu, 26 Jan 2023 11:07:37 -0700
Dave Jiang wrote:
Hi Dave,
That was quick!
Add a simple _DSM call support for the ACPI0017 device to ret
On Thu, 26 Jan 2023 11:41:47 -0700
Dave Jiang wrote:
> On 1/26/23 11:24 AM, Jonathan Cameron wrote:
> > On Thu, 26 Jan 2023 11:07:37 -0700
> > Dave Jiang wrote:
> >
> > Hi Dave,
> >
> > That was quick!
> >
> >> Add a simple _DSM call support for the ACPI0017 device to return a fake QTG
> >>
On Thu, 26 Jan 2023 11:07:37 -0700
Dave Jiang wrote:
Hi Dave,
That was quick!
> Add a simple _DSM call support for the ACPI0017 device to return a fake QTG
> ID value. Given the current CXL implementation does not involve switches,
I don't follow. What part doesn't involve switches?
> a fake
