[PATCH] vdso: Fix powerpc build U64_MAX undeclared error

U64_MAX is not in include/vdso/limits.h, although that isn't noticed on x86 because x86 includes include/linux/limits.h indirectly. However powerpc is more selective, resulting in the following build error: In file included from : lib/vdso/gettimeofday.c: In function 'vdso_calc_ns': lib/vdso

[PATCH RFC v2 5/5] arm64: mm: take DMA zone offset into account

Commit 791ab8b2e3db ("arm64: Ignore any DMA offsets in the max_zone_phys() calculation") made DMA/DMA32 zones span the entire RAM when RAM starts above 32-bits. This breaks hardware with DMA area that start above 32-bits. But the commit log says that "we haven't noticed any such hardware". It turns

[PATCH RFC v2 1/5] dma-mapping: replace zone_dma_bits by zone_dma_limit

From: Catalin Marinas Hardware DMA limit might not be power of 2. When RAM range starts above 0, say 4GB, DMA limit of 30 bits should end at 5GB. A single high bit can not encode this limit. Use direct phys_addr_t limit address for DMA zone limit. Following commits will add explicit base addres

[PATCH RFC v2 2/5] of: get dma area lower limit

of_dma_get_max_cpu_address() returns the highest CPU address that devices can use for DMA. The implicit assumption is that all CPU addresses below that limit are suitable for DMA. However the 'dma-ranges' property this code uses also encodes a lower limit for DMA that is potentially non zero. Rena

[PATCH RFC v2 3/5] of: unittest: add test for of_dma_get_cpu_limits() 'min' param

Verify that of_dma_get_cpu_limits() sets this new parameter to the expected result. Signed-off-by: Baruch Siach --- drivers/of/unittest.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/of/unittest.c b/drivers/of/unittest.c index 2d632d4ec5b1..8fabb445a6

[PATCH RFC v2 4/5] dma-direct: add base offset to zone_dma_bits

Current code using zone_dma_bits assume that all addresses range in the bits mask are suitable for DMA. For some existing platforms this assumption is not correct. DMA range might have non zero lower limit. Add 'zone_dma_base' for platform code to set base address for DMA zone. Rename the dma_dir

[PATCH RFC v2 0/5] arm64: support DMA zone starting above 4GB

DMA zones code assumes that DMA lower limit is zero. When there is no RAM below 4GB, arm64 platform code sets DMA/DMA32 zone limits to cover the entire RAM[0]. The platform I have has RAM starting at 32GB. Devices with 30-bit DMA mask are mapped to 1GB at the bottom of RAM, between 32GB - 33GB.

Re: [PATCH 2/2] MAINTAINERS: Make cxl obsolete

Le 09/04/2024 à 06:37, Michael Ellerman a écrit : > Andrew Donnellan writes: >> The cxl driver is no longer actively maintained and we intend to remove it >> in a future kernel release. Change its status to obsolete, and update the >> sysfs ABI documentation accordingly. >> >> Signed-off-by: And

Re: [PATCH] soc: fsl: qe: Add check for platform_driver_register

09.04.2024 06:08, Chen Ni пишет: Return platform_driver_register() in order to transfer the error if it fails. Fixes: be7ecbd240b2 ("soc: fsl: qe: convert QE interrupt controller to platform_device") Signed-off-by: Chen Ni Reviewed-by: Maxim Kochetkov

Re: [PATCH 2/2] MAINTAINERS: Make cxl obsolete

Andrew Donnellan writes: > The cxl driver is no longer actively maintained and we intend to remove it > in a future kernel release. Change its status to obsolete, and update the > sysfs ABI documentation accordingly. > > Signed-off-by: Andrew Donnellan > --- > Documentation/ABI/{testing => obsol

[PATCH] soc: fsl: qe: Add check for platform_driver_register

Return platform_driver_register() in order to transfer the error if it fails. Fixes: be7ecbd240b2 ("soc: fsl: qe: convert QE interrupt controller to platform_device") Signed-off-by: Chen Ni --- drivers/soc/fsl/qe/qe_ic.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/driv

[PATCH 2/2] MAINTAINERS: Make cxl obsolete

The cxl driver is no longer actively maintained and we intend to remove it in a future kernel release. Change its status to obsolete, and update the sysfs ABI documentation accordingly. Signed-off-by: Andrew Donnellan --- Documentation/ABI/{testing => obsolete}/sysfs-class-cxl | 3 +++ MAINTAINE

[PATCH 1/2] MAINTAINERS: Make cxlflash obsolete

The cxlflash driver is no longer actively maintained and we intend to remove it in a future kernel release. Change its status to obsolete. While we're here, Matthew Ochs no longer works at IBM and is no longer in a position to access cxlflash hardware, so remove him from the maintainers list. Sig

[powerpc:fixes-test] BUILD SUCCESS 36ba64b4cbc6145103a0e3586ae7ef595bdef132

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git fixes-test branch HEAD: 36ba64b4cbc6145103a0e3586ae7ef595bdef132 selftests/powerpc/papr-vpd: Fix missing variable initialization elapsed time: 722m configs tested: 156 configs skipped: 3 The following configs have

[powerpc:next] BUILD SUCCESS 8884fc918f6aee220f9b41806974508bd0213aca

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next branch HEAD: 8884fc918f6aee220f9b41806974508bd0213aca powerpc: Fix fatal warnings flag for LLVM's integrated assembler elapsed time: 721m configs tested: 119 configs skipped: 125 The following configs have bee

Re: [PATCH] powerpc/pseries: remove returning ENODEV when uevent is triggered

Hi Michael, Could you share your opinion about this patch please? Thanks, Lidong On Sat, Mar 23, 2024 at 4:47 PM Lidong Zhong wrote: > We have noticed the following nuisance messages during boot > > [7.120610][ T1060] vio vio: uevent: failed to send synthetic uevent > [7.122281][ T1060

Re: [kvm-unit-tests PATCH v8 06/35] gitlab-ci: Run migration selftest on s390x and powerpc

Quoting Nicholas Piggin (2024-04-05 10:35:07) > The migration harness is complicated and easy to break so CI will > be helpful. > > Signed-off-by: Nicholas Piggin > --- > .gitlab-ci.yml | 32 +++- > s390x/unittests.cfg | 8 > 2 files changed, 31 inserti

Re: [kvm-unit-tests PATCH v8 13/35] doc: start documentation directory with unittests.cfg doc

Quoting Nicholas Piggin (2024-04-05 10:35:14) > Consolidate unittests.cfg documentation in one place. > > Suggested-by: Andrew Jones > Signed-off-by: Nicholas Piggin > --- > arm/unittests.cfg | 26 ++--- > docs/unittests.txt| 89 +++ > pow

Re: [kvm-unit-tests PATCH v8 03/35] migration: Add a migrate_skip command

Quoting Nicholas Piggin (2024-04-05 10:35:04) [...] > diff --git a/scripts/arch-run.bash b/scripts/arch-run.bash > index 39419d4e2..4a1aab48d 100644 > --- a/scripts/arch-run.bash > +++ b/scripts/arch-run.bash [...] > @@ -179,8 +189,11 @@ run_migration () > # Wait for test exit or fu

Re: [kvm-unit-tests PATCH v8 04/35] (arm|s390): Use migrate_skip in test cases

Quoting Nicholas Piggin (2024-04-05 10:35:05) > Have tests use the new migrate_skip command in skip paths, rather than > calling migrate_once to prevent harness reporting an error. > > s390x/migration.c adds a new command that looks like it was missing > previously. > > Reviewed-by: Thomas Huth

Re: [PATCH v3] NUMA: Early use of cpu_to_node() returns 0 instead of the correct node id

On Wed, 27 Mar 2024, Andrew Morton wrote: In order to fix the bug, the patch introduces early_numa_node_init() which is called after smp_prepare_boot_cpu() in start_kernel. early_numa_node_init will initialize the "numa_node" as soon as the early_cpu_to_node() is ready, before the cpu_to_node()

Re: [PATCH v3 06/15] net: kunit: Suppress lock warning noise at end of dev_addr_lists tests

On Wed, Apr 03, 2024 at 06:34:12PM -0700, Jakub Kicinski wrote: > On Wed, 3 Apr 2024 06:19:27 -0700 Guenter Roeck wrote: > > dev_addr_lists_test generates lock warning noise at the end of tests > > if lock debugging is enabled. There are two sets of warnings. > > > > WARNING: CPU: 0 PID: 689 at k

Re: [PATCH -next 1/3 v2] powerpc: boot: Fix kernel-doc param for partial_decompress

On 4/8/24 1:39 AM, Yang Li wrote: > Fix the kernel-doc annotation for the 'skip' parameter in the > partial_decompress() function by adding a missing underscore and colon. > > Signed-off-by: Yang Li Reviewed-by: Randy Dunlap Thanks. > --- > arch/powerpc/boot/decompress.c | 2 +- > 1 file

Re: [PATCH -next 3/3 v2] powerpc/rtas: Add kernel-doc comments to smp_startup_cpu()

On 4/7/24 10:31 PM, Yang Li wrote: > This commit adds kernel-doc style comments with complete parameter > descriptions for the function smp_startup_cpu(). > > Signed-off-by: Yang Li Acked-by: Randy Dunlap Thanks. > --- > arch/powerpc/platforms/cell/smp.c | 1 + > 1 file changed, 1 inserti

Re: [PATCH -next 2/3 v2] powerpc: Fix kernel-doc comments in fsl_gtm.c

On 4/7/24 10:31 PM, Yang Li wrote: > Fix some function names in kernel-doc comments. > > Signed-off-by: Yang Li Reviewed-by: Randy Dunlap Thanks. > --- > arch/powerpc/sysdev/fsl_gtm.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/arch/powerpc/sysdev/fsl_g

Re: [PATCH 0/2] Deduplicate bin_attribute simple read() callbacks

On Sat, Apr 6, 2024 at 3:52 PM Lukas Wunner wrote: > > For my upcoming PCI device authentication v2 patches, I have the need > to expose a simple buffer in virtual memory as a bin_attribute. > > It turns out we've duplicated the ->read() callback for such simple > buffers a fair number of times ac

Re: [PATCH v4 07/10] cpu/SMT: Allow enabling partial SMT states via sysfs

Hello, On Wed, Jul 05, 2023 at 04:51:40PM +0200, Laurent Dufour wrote: > From: Michael Ellerman > > Add support to the /sys/devices/system/cpu/smt/control interface for > enabling a specified number of SMT threads per core, including partial > SMT states where not all threads are brought online.

[PATCH] powerpc/pseries: Enforce hcall result buffer validity and size

unsigned long opcode, unsigned long retbuf[static PLPAR_HCALL9_BUFSIZE], ...); /* pseries hcall tracing */ extern struct static_key hcall_tracepoint_key; --- base-commit: bfe51886ca544956eb4ff924d1937ac01d0ca9c8 change-id: 20240408-pseries-hvcall-retbuf-c47c4d70d847 Best regards, -- Nathan Lynch

Re: [PATCH 1/4] KVM: delete .change_pte MMU notifier callback

On Fri, Apr 05, 2024 at 07:58:12AM -0400, Paolo Bonzini wrote: > The .change_pte() MMU notifier callback was intended as an > optimization. The original point of it was that KSM could tell KVM to flip > its secondary PTE to a new location without having to first zap it. At > the time there was also

Re: [PATCH 2/2] treewide: Use sysfs_bin_attr_simple_read() helper

On Sat, 6 Apr 2024 15:52:02 +0200 Lukas Wunner wrote: > Deduplicate ->read() callbacks of bin_attributes which are backed by a > simple buffer in memory: > > Use the newly introduced sysfs_bin_attr_simple_read() helper instead, > either by referencing it directly or by declaring such bin_attribu

Re: [FSL P50x0] Kernel 6.9-rc1 compiling issue

Christophe Leroy writes: > Hi Christian, hi Hari, > > Le 04/04/2024 à 19:44, Christian Zigotzky a écrit : >> Shall we use CONFIG_CRASH_DUMP to get int crashing_cpu = -1;? >> >> Further information: >> https://lists.ozlabs.org/pipermail/linuxppc-dev/2024-March/269985.html >>

Re: [PATCH 1/4] KVM: delete .change_pte MMU notifier callback

Paolo Bonzini writes: > The .change_pte() MMU notifier callback was intended as an > optimization. The original point of it was that KSM could tell KVM to flip > its secondary PTE to a new location without having to first zap it. At > the time there was also an .invalidate_page() callback; both of

Re: [PATCH 2/2] treewide: Use sysfs_bin_attr_simple_read() helper

Lukas Wunner writes: > Deduplicate ->read() callbacks of bin_attributes which are backed by a > simple buffer in memory: > > Use the newly introduced sysfs_bin_attr_simple_read() helper instead, > either by referencing it directly or by declaring such bin_attributes > with BIN_ATTR_SIMPLE_RO() or

Re: [PATCH v2] Add static_key_feature_checks_initialized flag

Nicholas Miehlbradt writes: > JUMP_LABEL_FEATURE_CHECK_DEBUG used static_key_intialized to determine > whether {cpu,mmu}_has_feature() is used before static keys were > initialized. However, {cpu,mmu}_has_feature() should not be used before > setup_feature_keys() is called but static_key_initializ

Re: [PATCH 7/9] s390: Convert from tasklet to BH workqueue

On 2024-03-27 17:03, Allen Pais wrote: The only generic interface to execute asynchronously in the BH context is tasklet; however, it's marked deprecated and has some design flaws. To replace tasklets, BH workqueue support was recently added. A BH workqueue behaves similarly to regular workqueu

Re: [PATCH 7/9] s390: Convert from tasklet to BH workqueue

On Wed, Mar 27, 2024 at 04:03:12PM +, Allen Pais wrote: > The only generic interface to execute asynchronously in the BH context is > tasklet; however, it's marked deprecated and has some design flaws. To > replace tasklets, BH workqueue support was recently added. A BH workqueue > behaves simi

[PATCH v3] serial/pmac_zilog: Remove flawed mitigation for rx irq flood

The mitigation was intended to stop the irq completely. That may be better than a hard lock-up but it turns out that you get a crash anyway if you're using pmac_zilog as a serial console: ttyPZ0: pmz: rx irq flood ! BUG: spinlock recursion on CPU#0, swapper/0 That's because the pr_err() call in p

Re: [PATCH 14/64] i2c: cpm: reword according to newest specification

> > out_8(&cpm->i2c_reg->i2mod, 0x00); > > - out_8(&cpm->i2c_reg->i2com, I2COM_MASTER); /* Master mode */ > > + out_8(&cpm->i2c_reg->i2com, I2COM_MASTER); /* Host mode */ > > I2COM_MASTER might be coming from the datasheet. Maybe we can just drop the comment? The value we write

Re: [PATCH 0/2] Deduplicate bin_attribute simple read() callbacks

On Sat, 6 Apr 2024 at 15:52, Lukas Wunner wrote: > > For my upcoming PCI device authentication v2 patches, I have the need > to expose a simple buffer in virtual memory as a bin_attribute. > > It turns out we've duplicated the ->read() callback for such simple > buffers a fair number of times acro

[PATCH -next 1/3 v2] powerpc: boot: Fix kernel-doc param for partial_decompress

Fix the kernel-doc annotation for the 'skip' parameter in the partial_decompress() function by adding a missing underscore and colon. Signed-off-by: Yang Li --- arch/powerpc/boot/decompress.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/boot/decompress.c b/arc

Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood

Hi Jiri, On Mon, Apr 8, 2024 at 7:37 AM Jiri Slaby wrote: > On 08. 04. 24, 7:32, Jiri Slaby wrote: > > On 08. 04. 24, 7:29, Michael Ellerman wrote: > >> Many maintainers won't drop Cc: tags if they are there in the submitted > >> patch. So I agree with Andy that we should encourage folks not to a

Zhang Wei also unreachable working

On Fri, Apr 05, 2024 at 09:20:41AM +0200, Uwe Kleine-König wrote: > -M: Li Yang > M: Zhang Wei This address of Zhang Wei doesn't seem to work either. zh-kernel.org doesn't have an MX in DNS, the host behind its A entry doesn't react to pings and connection attempts to tcp port 25 time out.

Re: [PATCH 4/4] mm: replace set_pte_at_notify() with just set_pte_at()

On 05.04.24 13:58, Paolo Bonzini wrote: With the demise of the .change_pte() MMU notifier callback, there is no notification happening in set_pte_at_notify(). It is a synonym of set_pte_at() and can be replaced with it. Signed-off-by: Paolo Bonzini --- A real joy seeing that gone Reviewed-b

Re: [PATCH 3/4] mmu_notifier: remove the .change_pte() callback

On 05.04.24 13:58, Paolo Bonzini wrote: The scope of set_pte_at_notify() has reduced more and more through the years. Initially, it was meant for when the change to the PTE was not bracketed by mmu_notifier_invalidate_range_{start,end}(). However, that has not been so for over ten years. Durin

Re: [PATCH 1/4] KVM: delete .change_pte MMU notifier callback

On 2024/4/5 下午7:58, Paolo Bonzini wrote: The .change_pte() MMU notifier callback was intended as an optimization. The original point of it was that KSM could tell KVM to flip its secondary PTE to a new location without having to first zap it. At the time there was also an .invalidate_page() ca