Re: [PATCH RFC 04/17] acpi: Do not return struct iommu_ops from acpi_iommu_configure_id()

2023-11-06 Thread Rafael J. Wysocki
On Fri, Nov 3, 2023 at 5:45 PM Jason Gunthorpe wrote: > > Nothing needs this pointer. Return a normal error code with the usual > IOMMU semantic that ENODEV means 'there is no IOMMU driver'. > > Signed-off-by: Jason Gunthorpe Acked-by: Rafael J. Wysocki > ---

Re: [PATCH RFC 10/17] acpi: Do not use dev->iommu within acpi_iommu_configure()

2023-11-06 Thread Rafael J. Wysocki
>iommu under a lock. > > Signed-off-by: Jason Gunthorpe Acked-by: Rafael J. Wysocki > --- > drivers/acpi/arm64/iort.c | 39 - > drivers/acpi/scan.c | 89 ++- > drivers/acpi/viot.c | 44 ++- >

Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()

2024-05-17 Thread Rafael J. Wysocki
: > > __assign_str_len() > __assign_rel_str() > __assign_rel_str_len() > > I tested this with both an allmodconfig and an allyesconfig (build only for > both). > > [1] > https://lore.kernel.org/linux-trace-kernel/2024011442.634192...@goodmis.org/ > > Cc: Masami Hiramatsu > Cc: Mathieu Desnoyers > Cc: Linus Torvalds > Cc: Julia Lawall > Signed-off-by: Steven Rostedt (Google) Acked-by: Rafael J. Wysocki # for thermal

Re: [PATCH hyperv-next v6 10/11] ACPI: irq: Introduce acpi_get_gsi_dispatcher()

2025-03-26 Thread Rafael J. Wysocki
struct fwnode_handle *(*)(u32)); > + acpi_gsi_domain_disp_fn fn); > +acpi_gsi_domain_disp_fn acpi_get_gsi_dispatcher(void); > void acpi_set_gsi_to_irq_fallback(u32 (*)(u32)); > > struct irq_domain *acpi_irq_create_hierarchy(unsigned int flags, > -- With the above addressed, please feel free to add Acked-by: Rafael J. Wysocki to the patch and route it along with the rest of the series. Thanks!

Re: [PATCH hyperv-next v6 11/11] PCI: hv: Get vPCI MSI IRQ domain from DeviceTree

2025-03-26 Thread Rafael J. Wysocki
On Sat, Mar 15, 2025 at 1:19 AM Roman Kisel wrote: > > The hyperv-pci driver uses ACPI for MSI IRQ domain configuration on > arm64. It won't be able to do that in the VTL mode where only DeviceTree > can be used. > > Update the hyperv-pci driver to get vPCI MSI IRQ domain in the DeviceTree > case,

Re: [PATCH v3 06/13] dt-bindings: reserved-memory: Wakeup Mailbox for Intel processors

2025-05-05 Thread Rafael J. Wysocki
On Sat, May 3, 2025 at 9:10 PM Ricardo Neri wrote: > > Add DeviceTree bindings for the wakeup mailbox used on Intel processors. > > x86 platforms commonly boot secondary CPUs using an INIT assert, de-assert > followed by Start-Up IPI messages. The wakeup mailbox can be used when this > mechanism u

Re: [PATCH v3 01/13] x86/acpi: Add a helper function to setup the wakeup mailbox

2025-05-05 Thread Rafael J. Wysocki
On Sat, May 3, 2025 at 9:10 PM Ricardo Neri wrote: > > In preparation to move the functionality to wake secondary CPUs up out of > the ACPI code, add a helper function that stores the physical address of > the mailbox and updates the wakeup_secondary_cpu_64() APIC callback. > > There is a slight c

Re: [PATCH v3 02/13] x86/acpi: Add a helper function to get a pointer to the wakeup mailbox

2025-05-05 Thread Rafael J. Wysocki
On Sat, May 3, 2025 at 9:10 PM Ricardo Neri wrote: > > In preparation to move the functionality to wake secondary CPUs up out > of the ACPI code, add a helper function to get a pointer to the mailbox. > > Use this helper function only in the portions of the code for which the > variable acpi_mp_wa

Re: [PATCH v3 03/13] x86/acpi: Move acpi_wakeup_cpu() and helpers to smpboot.c

2025-05-05 Thread Rafael J. Wysocki
On Sat, May 3, 2025 at 9:10 PM Ricardo Neri wrote: > > The bootstrap processor uses acpi_wakeup_cpu() to indicate to firmware that > it wants to boot a secondary CPU using a mailbox as described in the > Multiprocessor Wakeup Structure of the ACPI specification. > > The wakeup mailbox does not str

Re: [PATCH v3 06/13] dt-bindings: reserved-memory: Wakeup Mailbox for Intel processors

2025-05-06 Thread Rafael J. Wysocki
On Tue, May 6, 2025 at 7:46 AM Ricardo Neri wrote: > > On Mon, May 05, 2025 at 03:07:43PM +0200, Rafael J. Wysocki wrote: > > On Sat, May 3, 2025 at 9:10 PM Ricardo Neri > > wrote: > > > > > > Add DeviceTree bindings for the wakeup mailbox used on Intel p

Re: [PATCH v3 03/13] x86/acpi: Move acpi_wakeup_cpu() and helpers to smpboot.c

2025-05-06 Thread Rafael J. Wysocki
On Tue, May 6, 2025 at 7:32 AM Ricardo Neri wrote: > > On Mon, May 05, 2025 at 12:03:13PM +0200, Rafael J. Wysocki wrote: > > On Sat, May 3, 2025 at 9:10 PM Ricardo Neri > > wrote: > > > > > > The bootstrap processor uses acpi_wakeup_cpu() to indicate to fi

Re: [PATCH hyperv-next 2/2] arch/x86: Provide the CPU number in the wakeup AP callback

2025-05-07 Thread Rafael J. Wysocki
ty. > > Provide the CPU number in the AP wake up callback so that one can > get the CPU number in constant time. > > Suggested-by: Michael Kelley > Signed-off-by: Roman Kisel > Reviewed-by: Tom Lendacky > Reviewed-by: Thomas Gleixner > Reviewed-by: Michael Kelley For

Re: [PATCH v4 02/10] x86/acpi: Move acpi_wakeup_cpu() and helpers to smpwakeup.c

2025-06-04 Thread Rafael J. Wysocki
On Wed, Jun 4, 2025 at 2:18 AM Ricardo Neri wrote: > > The bootstrap processor uses acpi_wakeup_cpu() to indicate to firmware that > it wants to boot a secondary CPU using a mailbox as described in the > Multiprocessor Wakeup Structure of the ACPI specification. > > The platform firmware may imple

Re: [PATCH v4 03/10] dt-bindings: reserved-memory: Wakeup Mailbox for Intel processors

2025-06-04 Thread Rafael J. Wysocki
On Wed, Jun 4, 2025 at 2:18 AM Ricardo Neri wrote: > > Add DeviceTree bindings to enumerate the wakeup mailbox used in platform > firmware for Intel processors. > > x86 platforms commonly boot secondary CPUs using an INIT assert, de-assert > followed by Start-Up IPI messages. The wakeup mailbox ca

Re: [PATCH v5 01/10] x86/acpi: Add a helper functions to setup and access the wakeup mailbox

2025-06-30 Thread Rafael J. Wysocki
ocated out of the ACPI directory. > > The wakeup mailbox is only supported for CONFIG_X86_64 and needed only with > CONFIG_SMP=y. > > Signed-off-by: Ricardo Neri With the above nit addressed Acked-by: Rafael J. Wysocki > --- > Changes since v4: > - None > > Chan

Re: [PATCH v5 02/10] x86/acpi: Move acpi_wakeup_cpu() and helpers to smpwakeup.c

2025-06-30 Thread Rafael J. Wysocki
ile that both ACPI and DeviceTree > can use. IMV "that can be used by both ACPI and DeviceTree" would sound better. > No functional changes are intended. > > Co-developed-by: Yunhong Jiang > Signed-off-by: Yunhong Jiang > Signed-off-by: Ricardo Neri With the above a

Re: [PATCH v5 03/10] dt-bindings: reserved-memory: Wakeup Mailbox for Intel processors

2025-06-30 Thread Rafael J. Wysocki
pecification. Moreover, it would imply that there is a memory region per > CPU. > > Co-developed-by: Yunhong Jiang > Signed-off-by: Yunhong Jiang > Signed-off-by: Ricardo Neri LGTM from the ACPI specification cross-referencing perspective, so Acked-by: Rafael J. Wysocki > --- >