vmalloc huge mappings

2025-08-06 Thread Dev Jain
Hi Nicholas, I was looking at all the previous discussions at [1] and [2], wherein vmalloc-huge was switched on by default, and then had to be switched off on all arches after an year... a) I am wondering whether ppc supports vmalloc-huge by default right now? It doesn't look like it sin

Re: [PATCH] KVM: PPC: Fix misleading interrupts comment in kvmppc_prepare_to_enter()

2025-08-06 Thread Shrikanth Hegde
On 8/6/25 11:26, Andrew Donnellan wrote: Until commit 6c85f52b10fd ("kvm/ppc: IRQ disabling cleanup"), kvmppc_prepare_to_enter() was called with interrupts already disabled by the caller, which was documented in the comment above the function. Post-cleanup, the function is now called with int

[PATCH] ASoC: fsl_sai: replace regmap_write with regmap_update_bits

2025-08-06 Thread Shengjiu Wang
Use the regmap_write() for software reset in fsl_sai_config_disable would cause the FSL_SAI_CSR_BCE bit to be cleared. Refer to commit 197c53c8ecb34 ("ASoC: fsl_sai: Don't disable bitclock for i.MX8MP") FSL_SAI_CSR_BCE should not be cleared. So need to use regmap_update_bits() instead of regmap_wri

Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer()

2025-08-06 Thread Ethan Zhao
On 8/6/2025 4:45 PM, Breno Leitao wrote: Hello Ethan, On Wed, Aug 06, 2025 at 09:55:05AM +0800, Ethan Zhao wrote: On 8/4/2025 5:17 PM, Breno Leitao wrote: Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called when dev->aer_info is NULL. Add a NULL check before proceeding to a

Re: [PATCH v4 1/9] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes

2025-08-06 Thread Andrey Ryabinin
On 8/6/25 4:15 PM, Sabyrzhan Tasbolatov wrote: > On Wed, Aug 6, 2025 at 6:35 PM Andrey Ryabinin wrote: >> >> >> >> On 8/5/25 4:26 PM, Sabyrzhan Tasbolatov wrote: >>> Introduce CONFIG_ARCH_DEFER_KASAN to identify architectures that need >>> to defer KASAN initialization until shadow memory is pr

[PATCH net-next v4] ibmvnic: Increase max subcrq indirect entries with fallback

2025-08-06 Thread Mingming Cao
POWER8 support a maximum of 16 subcrq indirect descriptor entries per H_SEND_SUB_CRQ_INDIRECT call, while POWER9 and newer hypervisors support up to 128 entries. Increasing the max number of indirect descriptor entries improves batching efficiency and reduces hcall overhead, which enhances throug

Re: [PATCH v1 05/16] iommu/dma: rename iommu_dma_*map_page to iommu_dma_*map_phys

2025-08-06 Thread Jason Gunthorpe
On Mon, Aug 04, 2025 at 03:42:39PM +0300, Leon Romanovsky wrote: > diff --git a/drivers/iommu/dma-iommu.c b/drivers/iommu/dma-iommu.c > index 399838c17b705..11c5d5f8c0981 100644 > --- a/drivers/iommu/dma-iommu.c > +++ b/drivers/iommu/dma-iommu.c > @@ -1190,11 +1190,9 @@ static inline size_t iova_un

Re: [PATCH v1 03/16] dma-debug: refactor to use physical addresses for page mapping

2025-08-06 Thread Leon Romanovsky
On Wed, Aug 06, 2025 at 03:26:30PM -0300, Jason Gunthorpe wrote: > On Mon, Aug 04, 2025 at 03:42:37PM +0300, Leon Romanovsky wrote: > > +void debug_dma_map_phys(struct device *dev, phys_addr_t phys, size_t size, > > + int direction, dma_addr_t dma_addr, unsigned long attrs) > > { > >

Re: [PATCH v1 03/16] dma-debug: refactor to use physical addresses for page mapping

2025-08-06 Thread Jason Gunthorpe
On Mon, Aug 04, 2025 at 03:42:37PM +0300, Leon Romanovsky wrote: > +void debug_dma_map_phys(struct device *dev, phys_addr_t phys, size_t size, > + int direction, dma_addr_t dma_addr, unsigned long attrs) > { > struct dma_debug_entry *entry; Should this patch should also absorb d

Re: [PATCH v1 02/16] iommu/dma: handle MMIO path in dma_iova_link

2025-08-06 Thread Jason Gunthorpe
On Mon, Aug 04, 2025 at 03:42:36PM +0300, Leon Romanovsky wrote: > From: Leon Romanovsky > > Make sure that CPU is not synced if MMIO path is taken. Let's elaborate.. Implement DMA_ATTR_MMIO for dma_iova_link(). This will replace the hacky use of DMA_ATTR_SKIP_CPU_SYNC to avoid touching the po

Re: [PATCH v1 01/16] dma-mapping: introduce new DMA attribute to indicate MMIO memory

2025-08-06 Thread Jason Gunthorpe
On Mon, Aug 04, 2025 at 03:42:35PM +0300, Leon Romanovsky wrote: > From: Leon Romanovsky > > This patch introduces the DMA_ATTR_MMIO attribute to mark DMA buffers > that reside in memory-mapped I/O (MMIO) regions, such as device BARs > exposed through the host bridge, which are accessible for pee

Re: [PATCH] pseries/lparcfg: Add resource group monitoring

2025-08-06 Thread Shrikanth Hegde
On 8/5/25 11:13, Srikar Dronamraju wrote: * Shrikanth Hegde [2025-08-01 19:27:22]: Could you please add a link to patch on power utils on how it is being consumed? I am not sure I understood your query, it looks a bit ambiguous. If your query is on how lparcfg data is being consumed.

Re: [PATCH v4 1/9] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes

2025-08-06 Thread Sabyrzhan Tasbolatov
On Wed, Aug 6, 2025 at 6:35 PM Andrey Ryabinin wrote: > > > > On 8/5/25 4:26 PM, Sabyrzhan Tasbolatov wrote: > > Introduce CONFIG_ARCH_DEFER_KASAN to identify architectures that need > > to defer KASAN initialization until shadow memory is properly set up, > > and unify the static key infrastructu

Re: [PATCH v4 6/9] kasan/um: select ARCH_DEFER_KASAN and call kasan_init_generic

2025-08-06 Thread Andrey Ryabinin
On 8/6/25 6:35 AM, Sabyrzhan Tasbolatov wrote: > On Tue, Aug 5, 2025 at 10:19 PM Andrey Ryabinin > wrote: >> >> >> >> On 8/5/25 4:26 PM, Sabyrzhan Tasbolatov wrote: >>> >>> diff --git a/arch/um/Kconfig b/arch/um/Kconfig >>> index 9083bfdb773..8d14c8fc2cd 100644 >>> --- a/arch/um/Kconfig >>> ++

Re: [PATCH v4 1/9] kasan: introduce ARCH_DEFER_KASAN and unify static key across modes

2025-08-06 Thread Andrey Ryabinin
On 8/5/25 4:26 PM, Sabyrzhan Tasbolatov wrote: > Introduce CONFIG_ARCH_DEFER_KASAN to identify architectures that need > to defer KASAN initialization until shadow memory is properly set up, > and unify the static key infrastructure across all KASAN modes. > > Some architectures (like PowerPC w

Re: [PATCH 14/17] s390: Add __attribute_const__ to ffs()-family implementations

2025-08-06 Thread Heiko Carstens
On Mon, Aug 04, 2025 at 09:44:10AM -0700, Kees Cook wrote: > While tracking down a problem where constant expressions used by > BUILD_BUG_ON() suddenly stopped working[1], we found that an added static > initializer was convincing the compiler that it couldn't track the state > of the prior statica

Re: [PATCH] PCI/AER: Check for NULL aer_info before ratelimiting in pci_print_aer()

2025-08-06 Thread Breno Leitao
Hello Ethan, On Wed, Aug 06, 2025 at 09:55:05AM +0800, Ethan Zhao wrote: > On 8/4/2025 5:17 PM, Breno Leitao wrote: > > Similarly to pci_dev_aer_stats_incr(), pci_print_aer() may be called > > when dev->aer_info is NULL. Add a NULL check before proceeding to avoid > > calling aer_ratelimit() with

Re: [bpf-next 1/6] bpf,powerpc: Introduce bpf_jit_emit_probe_mem_store() to emit store instructions

2025-08-06 Thread Christophe Leroy
Le 05/08/2025 à 13:59, Venkat Rao Bagalkote a écrit : On 05/08/25 1:04 pm, Christophe Leroy wrote: Le 05/08/2025 à 08:27, Saket Kumar Bhaskar a écrit : bpf_jit_emit_probe_mem_store() is introduced to emit instructions for storing memory values depending on the size (byte, halfword, word,