Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface

Mike Rapoport wrote on Monday 23 December 2024 at 15:12 > > On Sun, Dec 22, 2024 at 07:15:37PM +0800, Guo Weikang wrote: > > Before SLUB initialization, various subsystems used memblock_alloc to > > allocate memory. In most cases, when memory allocation fails, an immediate > > panic is required. T

Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface

On Mon, 2024-12-23 at 09:12 +0200, Mike Rapoport wrote: > On Sun, Dec 22, 2024 at 07:15:37PM +0800, Guo Weikang wrote: > > Before SLUB initialization, various subsystems used memblock_alloc to > > allocate memory. In most cases, when memory allocation fails, an immediate > > panic is required. To s

Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface

On Sun, Dec 22, 2024 at 07:15:37PM +0800, Guo Weikang wrote: > Before SLUB initialization, various subsystems used memblock_alloc to > allocate memory. In most cases, when memory allocation fails, an immediate > panic is required. To simplify this behavior and reduce repetitive checks, > introduce

Re: [RESEND PATCH] powerpc: Use str_on_off() helper in check_cache_coherency()

Thorsten Blum writes: > Remove hard-coded strings by using the str_on_off() helper function. > > Signed-off-by: Thorsten Blum > --- > arch/powerpc/kernel/setup-common.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/powerpc/kernel/setup-common.c > b/arch/powe

Re: [PATCH v2 2/5] riscv: kvm: drop 32-bit host support

On Sat, Dec 21, 2024 at 10:42:20PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > KVM support on RISC-V includes both 32-bit and 64-bit host mode, but in > practice, all RISC-V SoCs that may use this are 64-bit: > > As of linux-6.13, there is no mainline Linux support for any specific > 3

Re: [PATCH v2 4/5] powerpc: kvm: drop 32-bit book3s

On Sun, Dec 22, 2024 at 10:09:14PM +0100, Arnd Bergmann wrote: > On Sun, Dec 22, 2024, at 03:13, A. Wilcox wrote: > > On Dec 21, 2024, at 3:42 PM, Arnd Bergmann wrote: > > > > R0 .. R7 R8 .. R15 R16 .. R23 R24 .. R31 > > 014a1124 0

Re: [PATCH v3 1/3] fbdev: Fix recursive dependencies wrt BACKLIGHT_CLASS_DEVICE

On 12/22/24 21:50, Arnd Bergmann wrote: On Sun, Dec 22, 2024, at 21:15, Helge Deller wrote: On 12/22/24 17:09, Thomas Zimmermann wrote: +    depends on BACKLIGHT_CLASS_DEVICE=y || BACKLIGHT_CLASS_DEVICE=FB_NVIDIA Seems wrong. BACKLIGHT_CLASS_DEVICE is of type tristate. There are more of tho

Re: [PATCH v2 4/5] powerpc: kvm: drop 32-bit book3s

On Sun, Dec 22, 2024, at 03:13, A. Wilcox wrote: > On Dec 21, 2024, at 3:42 PM, Arnd Bergmann wrote: >> > > > I can confirm that running 6.12.5 on a P9 host, trying to boot a 6.6 > 32-bit kernel gave me: > > Detected RAM kernel at 40 (1330c8c bytes) >Welcome to Open Firmware > > Co

Re: [PATCH v3 1/3] fbdev: Fix recursive dependencies wrt BACKLIGHT_CLASS_DEVICE

On Sun, Dec 22, 2024, at 21:15, Helge Deller wrote: > On 12/22/24 17:09, Thomas Zimmermann wrote: +    depends on BACKLIGHT_CLASS_DEVICE=y || BACKLIGHT_CLASS_DEVICE=FB_NVIDIA >>> >>> Seems wrong. BACKLIGHT_CLASS_DEVICE is of type tristate. >>> There are more of those, please check. >> >

Re: [PATCH v3 1/3] fbdev: Fix recursive dependencies wrt BACKLIGHT_CLASS_DEVICE

On 12/22/24 17:09, Thomas Zimmermann wrote: Hi Am 22.12.24 um 07:31 schrieb Helge Deller: On 12/16/24 08:42, Thomas Zimmermann wrote: Do not select BACKLIGHT_CLASS_DEVICE from FB_BACKLIGHT. The latter only controls backlight support within fbdev core code and data structures. Make fbdev driv

Re: KVM: PPC: Book3E: KVM HV host module doesn't work anymore

On Sun, Dec 22, 2024 at 5:24 PM Christian Zigotzky wrote: > Hello Paolo, > > I tried it but there is a host boot issue at the same time. Bisect log: > https://github.com/chzigotzky/kernels/issues/4 Thanks, I left there some instructions which I'll copy here for reference. We need to bisect the h

KVM: PPC: Book3E: KVM HV host module doesn't work anymore

On 22/12/24 09:55, Paolo Bonzini wrote: On 20/12/24 13:48, Christian Zigotzky wrote: Maybe the kvm updates [1] from Paolo Bonzini are responsible for this issue. + Paolo Bonzini I have found some changes in the e500_mmu_host.c file (a/arch/powerpc/ kvm/e500_mmu_host.c) in the kvm updates [1]

Re: [PATCH v3 1/3] fbdev: Fix recursive dependencies wrt BACKLIGHT_CLASS_DEVICE

Hi Am 22.12.24 um 07:31 schrieb Helge Deller: On 12/16/24 08:42, Thomas Zimmermann wrote: Do not select BACKLIGHT_CLASS_DEVICE from FB_BACKLIGHT. The latter only controls backlight support within fbdev core code and data structures. Make fbdev drivers depend on BACKLIGHT_CLASS_DEVICE and let

[PATCH 6/6] kvm powerpc/book3s-hv-pmu: Add perf-events for Hostwide counters

Update 'book3s_hv_pmu.c' to add five new perf-events mapped to the five Hostwide counters. Since these newly introduced perf events are at system wide scope and can be read from any L1-Lpar CPU, 'kvmppv_pmu's scope and capabilities are updated appropriately. Also introduce two new helpers. First i

[PATCH 5/6] powerpc/book3s-hv-pmu: Implement GSB message-ops for hostwide counters

Implement and setup necessary structures to send a prepolulated Guest-State-Buffer(GSB) requesting hostwide counters to L0-PowerVM and have the returned GSB holding the values of these counters parsed. This is done via existing GSB implementation and with the newly added support of Hostwide element

[PATCH 4/6] kvm powerpc/book3s-apiv2: Introduce kvm-hv specific PMU

Introduce a new PMU named 'kvm-hv' to report Book3s kvm-hv specific performance counters. This will expose KVM-HV specific performance attributes to user-space via kernel's PMU infrastructure and would enable users to monitor active kvm-hv based guests. The patch creates necessary scaffolding to f

[PATCH 3/6] kvm powerpc/book3s-apiv2: Add kunit tests for Hostwide GSB elements

Update 'test-guest-state-buffer.c' to add two new KUNIT test cases for validating correctness of changes to Guest-state-buffer management infrastructure for adding support for Hostwide GSB elements. The newly introduced test test_gs_hostwide_msg() checks if the Hostwide elements can be set and par

[PATCH 0/6] kvm powerpc/book3s-hv: Expose Hostwide counters as perf-events

This patch-series adds support for reporting Hostwide(L1-Lpar) counters via perf-events. With the support for running KVM Guest in a PSeries-Lpar using nested-APIv2 via [1], the underlying L0-PowerVM hypervisor holds some state information pertaining to all running L2-KVM Guests in an L1-Lpar. This

[PATCH 2/6] kvm powerpc/book3s-apiv2: Add support for Hostwide GSB elements

Add support for adding and parsing Hostwide elements to the Guest-state-buffer data structure used in apiv2. These elements are used to share meta-information pertaining to entire L1-Lpar and this meta-information is maintained by L0-PowerVM hypervisor. Example of this include the amount of the pag

[PATCH 1/6] [DOC] powerpc: Document APIv2 KVM hcall spec for Hostwide counters

Update kvm-nested APIv2 documentation to include five new Guest-State-Elements to fetch the hostwide counters. These counters are per L1-Lpar and indicate the amount of Heap/Page-table memory allocated, available and Page-table memory reclaimed for all L2-Guests active instances Signed-off-by: Vai

[PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface

Before SLUB initialization, various subsystems used memblock_alloc to allocate memory. In most cases, when memory allocation fails, an immediate panic is required. To simplify this behavior and reduce repetitive checks, introduce `memblock_alloc_or_panic`. This function ensures that memory allocati

Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface

Mike Rapoport wrote on Sunday, 22 December 2024 18:06 > > On Sun, Dec 22, 2024 at 01:43:31PM +0800, Guo Weikang wrote: > > Before SLUB initialization, various subsystems used memblock_alloc to > > allocate memory. In most cases, when memory allocation fails, an immediate > > panic is required. To

Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface

On Sun, Dec 22, 2024 at 01:43:31PM +0800, Guo Weikang wrote: > Before SLUB initialization, various subsystems used memblock_alloc to > allocate memory. In most cases, when memory allocation fails, an immediate > panic is required. To simplify this behavior and reduce repetitive checks, > introduce

Re: KVM: PPC: Book3E: KVM HV host module doesn't work anymore

On 12/20/24 13:48, Christian Zigotzky wrote: Maybe the kvm updates [1] from Paolo Bonzini are responsible for this issue. + Paolo Bonzini I have found some changes in the e500_mmu_host.c file (a/arch/powerpc/ kvm/e500_mmu_host.c) in the kvm updates [1]. -- Christian [1] https://git.kernel.