[PATCH v2] powerpc/fadump: reset dump area size if fadump memory reserve fails

In case fadump_reserve_mem() fails to reserve memory, the reserve_dump_area_size variable will retain the reserve area size. This will lead to /sys/kernel/fadump/mem_reserved node displaying an incorrect memory reserved by fadump. To fix this problem, reserve dump area size variable is set to 0

Re: [PATCH 1/2] tools/perf/tests: perf all metrics test fails when perf_event access is restricted

> On 15-Jun-2023, at 1:08 PM, Athira Rajeev wrote: > > Perf all metrics test fails as below when perf_event access > is restricted. > >./perf test -v "perf all metrics test" >Metric 'Memory_RD_BW_Chip' not printed in: >Error: >Access to performance monitoring and

Re: [PATCH 2/2] tools/perf/tests: perf all metricgroups test fails when perf_event access is restricted

> On 15-Jun-2023, at 1:08 PM, Athira Rajeev wrote: > > Perf all metricgroups test fails as below when perf_event access > is restricted. > >./perf test -v "perf all metricgroups test" >Testing Memory_BW >Error: >Access to performance monitoring and observability operations is

[PATCH] tools/perf/tests: Fix objdump in Object code reading test to look for all sections

Object code reading test fails intermittently with below logs: Reading object code for memory address: 0xc00801dd34fc File is: /lib/modules/6.3.0-rc7+/kernel/fs/xfs/xfs.ko On file address is: 0x11359c Objdump command is: objdump -z -d --start-address=0x1134fc

[PATCH] tools/perf/tests: Fix Basic BPF llvm compile to check for libbpf support

Basic BPF llvm compile fails in systems with libbpf that doesn't support BTF. Log shows below information. libbpf: BTF is required, but is missing or corrupted. Failed to parse test case 'Basic BPF llvm compile' test child finished with -2 end Here BPF

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On Tue, Jul 4, 2023 at 1:59 AM Mark Brown wrote: > On Mon, Jul 03, 2023 at 03:12:55PM +0200, Hans Verkuil wrote: > > > My main concern is that these cross-subsystem drivers are a pain to > > maintain. So there have to be good reasons to do this. > > > Also it is kind of weird to have to use the

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On Mon, Jul 3, 2023 at 9:25 PM Takashi Iwai wrote: > On Mon, 03 Jul 2023 15:12:55 +0200, > Hans Verkuil wrote: > > > > On 03/07/2023 14:53, Mark Brown wrote: > > > On Mon, Jul 03, 2023 at 02:07:10PM +0200, Takashi Iwai wrote: > > >> Shengjiu Wang wrote: > > > > > >>> There is no such memory to

[powerpc:merge] BUILD SUCCESS 039164657b85340b3318de642aa98ac2f0b99ad7

built successfully. More configs may be tested in the coming days. tested configs: alphaallyesconfig gcc alpha defconfig gcc alpharandconfig-r023-20230703 gcc arc allyesconfig gcc arc

[powerpc:next] BUILD SUCCESS abaa02fc944f2f9f2c2e1925ddaceaf35c48528c

lpc32xx_defconfig clang arm64allyesconfig gcc arm64 defconfig gcc arm64randconfig-r033-20230703 gcc cskydefconfig gcc csky randconfig-r033-20230703 gcc hexagon

Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page

On Mon, Jul 03, 2023 at 01:00:13PM +0200, Claudio Imbrenda wrote: > On Fri, 30 Jun 2023 12:22:43 -0700 (PDT) > Hugh Dickins wrote: > > [...] > > > That's something I would have expected to be handled already via > > mmu_notifiers, rather than buried inside the page table freeing. > > > > If

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

Hi Sakari On Fri, Jun 30, 2023 at 6:05 PM Sakari Ailus wrote: > Hi Shengjiu, > > On Thu, Jun 29, 2023 at 09:37:48AM +0800, Shengjiu Wang wrote: > > Audio signal processing has the requirement for memory to > > memory similar as Video. > > > > This patch is to add this support in v4l2 framework,

Re: Fwd: Memory corruption in multithreaded user space program while calling fork

On Mon, Jul 03, 2023 at 11:27:19AM -0700, Suren Baghdasaryan wrote: > On Mon, Jul 3, 2023 at 11:08 AM Suren Baghdasaryan wrote: > > > > On Mon, Jul 3, 2023 at 2:53 AM Linux regression tracking (Thorsten > > Leemhuis) wrote: > > > > > > On 02.07.23 14:27, Bagas Sanjaya wrote: > > > > I notice a

Re: [PATCH] powerpc: powermac: Use of_get_cpu_hwid() to read CPU node 'reg'

Le 03/07/2023 à 07:26, Michael Ellerman a écrit : On Sun, 19 Mar 2023 09:59:31 -0500, Rob Herring wrote: Replace open coded reading of CPU nodes' "reg" properties with of_get_cpu_hwid() dedicated for this purpose. Applied to powerpc/next. [1/1] powerpc: powermac: Use of_get_cpu_hwid() to

Re: Fwd: Memory corruption in multithreaded user space program while calling fork

On Mon, Jul 3, 2023 at 11:08 AM Suren Baghdasaryan wrote: > > On Mon, Jul 3, 2023 at 2:53 AM Linux regression tracking (Thorsten > Leemhuis) wrote: > > > > On 02.07.23 14:27, Bagas Sanjaya wrote: > > > I notice a regression report on Bugzilla [1]. Quoting from it: > > > > > >> After upgrading to

Re: Fwd: Memory corruption in multithreaded user space program while calling fork

On Mon, Jul 3, 2023 at 2:53 AM Linux regression tracking (Thorsten Leemhuis) wrote: > > On 02.07.23 14:27, Bagas Sanjaya wrote: > > I notice a regression report on Bugzilla [1]. Quoting from it: > > > >> After upgrading to kernel version 6.4.0 from 6.3.9, I noticed frequent but > >> random

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On Mon, Jul 03, 2023 at 03:12:55PM +0200, Hans Verkuil wrote: > My main concern is that these cross-subsystem drivers are a pain to > maintain. So there have to be good reasons to do this. > Also it is kind of weird to have to use the V4L2 API in userspace to > deal with a specific audio

Re: [PATCH] powerpc: powermac: Use of_get_cpu_hwid() to read CPU node 'reg'

Le 03/07/2023 à 19:01, Christophe JAILLET a écrit : Le 03/07/2023 à 07:26, Michael Ellerman a écrit : On Sun, 19 Mar 2023 09:59:31 -0500, Rob Herring wrote: Replace open coded reading of CPU nodes' "reg" properties with of_get_cpu_hwid() dedicated for this purpose. Applied to

Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page

On Thu, 29 Jun 2023 23:00:07 -0700 (PDT) Hugh Dickins wrote: > On Thu, 29 Jun 2023, Gerald Schaefer wrote: > > On Thu, 29 Jun 2023 12:22:24 -0300 > > Jason Gunthorpe wrote: > > > On Wed, Jun 28, 2023 at 10:08:08PM -0700, Hugh Dickins wrote: > > > > On Wed, 28 Jun 2023, Gerald Schaefer

Re: [PATCH v2 0/2] send tlb_remove_table_smp_sync IPI only to necessary CPUs

On Thu, Jun 22, 2023 at 09:47:22AM -0300, Marcelo Tosatti wrote: > > there's patches that cure the thp abuse of this. > > The other case where the IPI can happen is: > > CPU-0 CPU-1 > > tlb_remove_table > tlb_remove_table_sync_one > IPI >

Re: [PATCH v2 2/2] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs

On Tue, Jun 20, 2023 at 05:46:18PM +0300, Yair Podemsky wrote: > @@ -191,7 +191,13 @@ static void tlb_remove_table_smp_sync(void *arg) > /* Simply deliver the interrupt */ > } > > -void tlb_remove_table_sync_one(void) > +#ifdef CONFIG_ARCH_HAS_CPUMASK_BITS > +#define REMOVE_TABLE_IPI_MASK

Re: [kvm-unit-tests v4 00/12] powerpc: updates, P10, PNV support

On 08/06/2023 09.58, Nicholas Piggin wrote: Posting again, a couple of patches were merged and accounted for review comments from last time. Sorry for not being very responsive ... it's been a busy month. Anyway, I've now merged the first 5 patches and the VPA test since they look fine to

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On Mon, 03 Jul 2023 15:12:55 +0200, Hans Verkuil wrote: > > On 03/07/2023 14:53, Mark Brown wrote: > > On Mon, Jul 03, 2023 at 02:07:10PM +0200, Takashi Iwai wrote: > >> Shengjiu Wang wrote: > > > >>> There is no such memory to memory interface defined in ALSA.  Seems > >>> ALSA is not designed

Re: [kvm-unit-tests v4 03/12] powerpc: Abstract H_CEDE calls into a sleep functions

On 08/06/2023 09.58, Nicholas Piggin wrote: This consolidates several implementations, and it no longer leaves MSR[EE] enabled after the decrementer interrupt is handled, but rather disables it on return. The handler no longer allows a continuous ticking, but rather dec has to be re-armed and

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On 03/07/2023 14:53, Mark Brown wrote: > On Mon, Jul 03, 2023 at 02:07:10PM +0200, Takashi Iwai wrote: >> Shengjiu Wang wrote: > >>> There is no such memory to memory interface defined in ALSA.  Seems >>> ALSA is not designed for M2M cases. > >> There is no restriction to implement

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On Mon, Jul 03, 2023 at 02:07:10PM +0200, Takashi Iwai wrote: > Shengjiu Wang wrote: > > There is no such memory to memory interface defined in ALSA.  Seems > > ALSA is not designed for M2M cases. > There is no restriction to implement memory-to-memory capture in ALSA > framework. It'd be a

Re: [PATCH] powerpc/fadump: reset dump area size variable if memblock reserve fails

On 03/07/23 16:59, Michael Ellerman wrote: Sourabh Jain writes: Hello Michael, Do you have any feedback or comments regarding this patch? Thanks, Sourabh On 08/06/23 14:52, Sourabh Jain wrote: If the memory reservation process (memblock_reserve) fails to reserve the memory, the reserve

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On Mon, 03 Jul 2023 11:54:22 +0200, Shengjiu Wang wrote: > > > Hi Sakari > > On Fri, Jun 30, 2023 at 6:05 PM Sakari Ailus wrote: > > Hi Shengjiu, > > On Thu, Jun 29, 2023 at 09:37:48AM +0800, Shengjiu Wang wrote: > > Audio signal processing has the requirement for memory to >

Re: [PATCH v2] powerpc: allow PPC_EARLY_DEBUG_CPM only when SERIAL_CPM=y

On Fri, 30 Jun 2023 22:47:12 -0700, Randy Dunlap wrote: > In a randconfig with CONFIG_SERIAL_CPM=m and > CONFIG_PPC_EARLY_DEBUG_CPM=y, there is a build error: > ERROR: modpost: "udbg_putc" [drivers/tty/serial/cpm_uart/cpm_uart.ko] > undefined! > > Prevent the build error by allowing

Re: [PATCH] powerpc: dts: turris1x.dts: Fix PCIe MEM size for pci2 node

On Fri, 05 May 2023 19:28:18 +0200, Pali Rohár wrote: > Freescale PCIe controllers on their PCIe Root Ports do not have any > mappable PCI BAR allocate from PCIe MEM. > > Information about 1MB window on BAR0 of PCIe Root Port was misleading > because Freescale PCIe controllers have at BAR0

Re: [PATCH] powerpc: Include asm/nmi.c in mobility.c for watchdog_hardlockup_set_timeout_pct()

On Thu, 29 Jun 2023 12:45:06 -0700, Douglas Anderson wrote: > The powerpc/platforms/pseries/mobility.c calls > watchdog_hardlockup_set_timeout_pct(), which is declared in > . We used to automatically get included, but > that changed as of commit 7ca8fe94aa92 ("watchdog/hardlockup: define >

Re: [PATCH] powerpc: isa-bridge: Fix ISA mmapping when "ranges" is not present

Christian Zigotzky writes: > On 03.07.23 07:21, Michael Ellerman wrote: >> On Fri, 05 May 2023 12:18:17 -0500, Rob Herring wrote: >>> Commit e4ab08be5b49 ("powerpc/isa-bridge: Remove open coded "ranges" >>> parsing") broke PASemi Nemo board booting. The issue is the ISA I/O >>> range was not

Re: [PATCH] powerpc/fadump: reset dump area size variable if memblock reserve fails

Sourabh Jain writes: > Hello Michael, > > Do you have any feedback or comments regarding this patch? > > Thanks, > Sourabh > > On 08/06/23 14:52, Sourabh Jain wrote: >> If the memory reservation process (memblock_reserve) fails to reserve >> the memory, the reserve dump variable retains the dump

Re: [PATCH v2 07/12] s390: add pte_free_defer() for pgtables sharing page

On Fri, 30 Jun 2023 12:22:43 -0700 (PDT) Hugh Dickins wrote: [...] > That's something I would have expected to be handled already via > mmu_notifiers, rather than buried inside the page table freeing. > > If s390 is the only architecture to go that way, and could instead do > it via

Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first

Cc Jacob Young (from kernel bugzilla) On 30. 06. 23, 19:40, Suren Baghdasaryan wrote: On Fri, Jun 30, 2023 at 1:43 AM Jiri Slaby wrote: On 30. 06. 23, 10:28, Jiri Slaby wrote: > 2348

Re: [PATCH 1/6] media: v4l2: Add audio capture and output support

On 03/07/2023 11:54, Shengjiu Wang wrote: > Hi Sakari > > On Fri, Jun 30, 2023 at 6:05 PM Sakari Ailus > wrote: > > Hi Shengjiu, > > On Thu, Jun 29, 2023 at 09:37:48AM +0800, Shengjiu Wang wrote: > > Audio signal processing has the requirement for memory

Re: [PATCH v4 29/33] x86/mm: try VMA lock-based page fault handling first

On 29.06.23 16:40, Jiri Slaby wrote: > On 27. 02. 23, 18:36, Suren Baghdasaryan wrote: >> Attempt VMA lock-based page fault handling first, and fall back to the >> existing mmap_lock-based handling if that fails. >> >> Signed-off-by: Suren Baghdasaryan >> --- >>   arch/x86/Kconfig    |  1 + >>  

Re: Fwd: Memory corruption in multithreaded user space program while calling fork

On 02.07.23 14:27, Bagas Sanjaya wrote: > I notice a regression report on Bugzilla [1]. Quoting from it: > >> After upgrading to kernel version 6.4.0 from 6.3.9, I noticed frequent but >> random crashes in a user space program. After a lot of reduction, I have >> come up with the following

[PATCH v2 6/9] powerpc/kuap: Use MMU_FTR_KUAP on all and refactor disabling kuap

All but book3s/64 use a static branch key for disabling kuap. book3s/64 uses an mmu feature. Refactor all targets to use MMU_FTR_KUAP like book3s/64. For PPC32 that implies updating mmu features fixups once KUAP has been initialised. Signed-off-by: Christophe Leroy ---

[PATCH v2 8/9] powerpc/kuap: KUAP enabling/disabling functions must be __always_inline

Objtool reports following warnings: arch/powerpc/kernel/signal_32.o: warning: objtool: __prevent_user_access.constprop.0+0x4 (.text+0x4): redundant UACCESS disable arch/powerpc/kernel/signal_32.o: warning: objtool: user_access_begin+0x2c (.text+0x4c): return with UACCESS enabled

[PATCH v2 4/9] powerpc/features: Add capability to update mmu features later

On powerpc32, features fixup is performed very early and that's too early to read the cmdline and take into account 'nosmap' parameter. On the other hand, no userspace access is performed that early and KUAP feature fixup can be performed later. Add a function to update mmu features. The

[PATCH v2 3/9] powerpc/kuap: Fold kuep_is_disabled() into its only user

kuep_is_disabled() was introduced by commit 91bb30822a2e ("powerpc/32s: Refactor update of user segment registers") but then all users but one were removed by commit 526d4a4c77ae ("powerpc/32s: Do kuep_lock() and kuep_unlock() in assembly"). Fold kuep_is_disabled() into init_new_context() which

[PATCH v2 5/9] powerpc/kuap: MMU_FTR_BOOK3S_KUAP becomes MMU_FTR_KUAP

In order to reuse MMU_FTR_BOOK3S_KUAP for other targets than BOOK3S, rename it MMU_FTR_KUAP. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/64/hash-pkey.h | 2 +- arch/powerpc/include/asm/book3s/64/kup.h | 18 +- arch/powerpc/include/asm/mmu.h

[PATCH v2 7/9] powerpc/kuap: Simplify KUAP lock/unlock on BOOK3S/32

On book3s/32 KUAP is performed at segment level. At the moment, when enabling userspace access, only current segment is modified. Then if a write is performed on another user segment, a fault is taken and all other user segments get enabled for userspace access. This then require special attention

[PATCH v2 2/9] powerpc/kuap: Avoid useless jump_label on empty function

Disassembly of interrupt_enter_prepare() shows a pointless nop before the mftb c000abf0 : c000abf0: 81 23 00 84 lwz r9,132(r3) c000abf4: 71 29 40 00 andi. r9,r9,16384 c000abf8: 41 82 00 28 beq-c000ac20 c000abfc: ===> 60 00 00 00 nop <

[PATCH v2 1/9] powerpc/kuap: Avoid unnecessary reads of MD_AP

A disassembly of interrupt_exit_kernel_prepare() shows a useless read of MD_AP register. This is shown by r9 being re-used immediately without doing anything with the value read. c000e0e0: 60 00 00 00 nop c000e0e4: ===> 7d 3a c2 a6 mfmd_ap r9< c000e0e8: 7d 20 00

[PATCH v2 9/9] powerpc/kuap: Use ASM feature fixups instead of static branches

To avoid a useless nop on top of every uaccess enable/disable and make life easier for objtool, replace static branches by ASM feature fixups that will nop KUAP enabling instructions out in the unlikely case KUAP is disabled at boottime. Leave it as is on book3s/64 for now, it will be handled

[PATCH v2 0/9] Cleanup/Optimise KUAP (v2)

This series is cleaning up a bit KUAP in preparation of using objtool to validate UACCESS. There are two main changes in this series: 1/ Simplification of KUAP on book3s/32 2/ Using ASM features on 32 bits and booke as suggested by Nic. Those changes will be required for objtool UACCESS

Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper

Hi Arnd, On Mon, Mar 27, 2023 at 2:16 PM Arnd Bergmann wrote: > From: Arnd Bergmann > > The arm version of the arch_sync_dma_for_cpu() function annotates pages as > PG_dcache_clean after a DMA, but no other architecture does this here. On > ia64, the same thing is done in

Re: [PATCH] powerpc/fadump: reset dump area size variable if memblock reserve fails

Hello Michael, Do you have any feedback or comments regarding this patch? Thanks, Sourabh On 08/06/23 14:52, Sourabh Jain wrote: If the memory reservation process (memblock_reserve) fails to reserve the memory, the reserve dump variable retains the dump area size. Consequently, the size of

Re: [PATCH] arch/powerpc: Remove unnecessary endian conversion code in XICS

Gautam Menghani writes: > Remove an unnecessary piece of code that does an endianness conversion but > does not use the result. The following warning was reported by Clang's > static analyzer: > > arch/powerpc/sysdev/xics/ics-opal.c:114:2: warning: Value stored to > 'server' is never read

Re: [PATCH] powerpc: isa-bridge: Fix ISA mmapping when "ranges" is not present

On 03.07.23 07:21, Michael Ellerman wrote: On Fri, 05 May 2023 12:18:17 -0500, Rob Herring wrote: Commit e4ab08be5b49 ("powerpc/isa-bridge: Remove open coded "ranges" parsing") broke PASemi Nemo board booting. The issue is the ISA I/O range was not getting mapped as the logic to handle no

Re: [PATCH] powerpc: Switch i2c drivers back to use .probe()

On Thu, 25 May 2023 22:56:22 +0200, Uwe Kleine-König wrote: > After commit b8a1a4cd5a98 ("i2c: Provide a temporary .probe_new() > call-back type"), all drivers being converted to .probe_new() and then > 03c835f498b5 ("i2c: Switch .probe() to not take an id parameter") > convert back to (the new)

Re: [PATCH] powerpc: Drop MPC5200 LocalPlus bus FIFO driver

On Thu, 13 Apr 2023 08:16:42 +0200, Uwe Kleine-König wrote: > While mpc5200b.dtsi contains a device that this driver can bind to, the > only purpose of a bound device is to be used by the four exported functions > mpc52xx_lpbfifo_submit(), mpc52xx_lpbfifo_abort(), mpc52xx_lpbfifo_poll() > and

Re: [PATCH] macintosh: Switch i2c drivers back to use .probe()

On Tue, 23 May 2023 21:50:53 +0200, Uwe Kleine-König wrote: > After commit b8a1a4cd5a98 ("i2c: Provide a temporary .probe_new() > call-back type"), all drivers being converted to .probe_new() and then > 03c835f498b5 ("i2c: Switch .probe() to not take an id parameter") convert > back to (the new)

Re: [PATCH] powerpc: powermac: Use of_get_cpu_hwid() to read CPU node 'reg'

On Sun, 19 Mar 2023 09:59:31 -0500, Rob Herring wrote: > Replace open coded reading of CPU nodes' "reg" properties with > of_get_cpu_hwid() dedicated for this purpose. > > Applied to powerpc/next. [1/1] powerpc: powermac: Use of_get_cpu_hwid() to read CPU node 'reg'

Re: [PATCH] powerpc: remove unneeded if-checks

On Fri, 28 Apr 2023 18:12:40 -0400, Tom Rix wrote: > For ppc64, gcc with W=1 reports > arch/powerpc/platforms/cell/spu_base.c:330:17: error: > suggest braces around empty body in an 'if' statement [-Werror=empty-body] > 330 | ; > | ^ >

Re: [PATCH] powerpc/iommu: Only build sPAPR access functions on pSeries

On Mon, 05 Jun 2023 13:48:56 -0500, Timothy Pearson wrote: > and PowerNV > > A build failure with CONFIG_HAVE_PCI=y set without PSERIES or POWERNV > set was caught by the random configuration checker. Guard the sPAPR > specific IOMMU functions on CONFIG_PPC_PSERIES || CONFIG_PPC_POWERNV. > >

Re: [PATCH] powerpc: mpc512x: Remove open coded "ranges" parsing

On Fri, 09 Jun 2023 12:32:32 -0600, Rob Herring wrote: > "ranges" is a standard property, and we have common helper functions > for parsing it, so let's use the for_each_of_range() iterator. > > Applied to powerpc/next. [1/1] powerpc: mpc512x: Remove open coded "ranges" parsing

Re: [PATCH] macintosh: Use of_address_to_resource()

On Sun, 19 Mar 2023 11:32:26 -0500, Rob Herring wrote: > Replace open coded reading of "reg" and of_translate_address() calls with > single call to of_address_to_resource(). > > Applied to powerpc/next. [1/1] macintosh: Use of_address_to_resource()

Re: [PATCH] powerpc: fsl: Use of_property_read_reg() to parse "reg"

On Fri, 09 Jun 2023 12:31:50 -0600, Rob Herring wrote: > Use the recently added of_property_read_reg() helper to get the > untranslated "reg" address value. > > Applied to powerpc/next. [1/1] powerpc: fsl: Use of_property_read_reg() to parse "reg"

Re: [PATCH] powerpc: fsl_soc: Use of_range_to_resource() for "ranges" parsing

On Fri, 09 Jun 2023 12:32:38 -0600, Rob Herring wrote: > "ranges" is a standard property with common parsing functions. Users > shouldn't be implementing their own parsing of it. Refactor the FSL RapidIO > "ranges" parsing to use of_range_to_resource() instead. > > Applied to powerpc/next.