Re: Kernel build failure with MEM_ALLOC_PROFILING=y set (Talos II, v6.10-rc5)

On Thu, Aug 22, 2024 at 10:18 AM LEROY Christophe wrote: > > > > Le 21/07/2024 à 01:09, Erhard Furtner a écrit : > > [Vous ne recevez pas souvent de courriers de erhar...@mailbox.org. > > D?couvrez pourquoi ceci est important ? > > https://aka.ms/LearnAboutSenderIdentification ] > > > > On Sat,

Re: [PATCH v2] powerpc: warn on emulation of dcbz instruction in kernel mode

Hi! Thank you all for your insightful insights :-) . ... and derp, used the wrong mail. On 8/22/24 9:14 AM, Christoph Hellwig wrote: On Thu, Aug 22, 2024 at 06:39:33AM +, LEROY Christophe wrote: powerpc has a magic instruction 'dcbz' which clears a full cacheline in one go. It is far more

Re: Kernel build failure with MEM_ALLOC_PROFILING=y set (Talos II, v6.10-rc5)

On Thu, Aug 22, 2024 at 11:04 AM Suren Baghdasaryan wrote: > > On Thu, Aug 22, 2024 at 10:18 AM LEROY Christophe > wrote: > > > > > > > > Le 21/07/2024 à 01:09, Erhard Furtner a écrit : > > > [Vous ne recevez pas souvent de courriers de erhar...@mailbox.org. > > > D?couvrez pourquoi ceci est imp

Re: [PATCH linux-next v3 05/14] crash: clean up kdump related config items

On 08/22/24 at 11:37am, John Paul Adrian Glaubitz wrote: > Hi Baoquan, > > On Thu, 2024-08-22 at 17:17 +0800, Baoquan He wrote: > > > The change to enable CONFIG_CRASH_DUMP by default apparently broke the > > > boot > > > on 32-bit Power Macintosh systems which fail after GRUB with: > > > > > >

Re: [PATCH] soc: fsl: qbman: Remove redundant warnings

On 8/23/24 00:55, Christophe Leroy wrote: CAUTION: This email comes from a non Wind River email account! Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi, Le 02/08/2024 à 04:16, Xiaolei Wang a écrit : [Vous ne recevez pas souvent de cou

Re: [PATCH linux-next v3 05/14] crash: clean up kdump related config items

On 2024-08-22 20:04, Baoquan He wrote: > If so, below patch possiblly can fix it. Can you help check if it's OK? That removes the possibility of enabling CRASH_DUMP on PPC_BOOK3S_32, even when booting via other mechanisms. Maybe it would be best to just make it not-default? Please take a look at

Re: [PATCH linux-next v3 05/14] crash: clean up kdump related config items

On 08/22/24 at 08:41pm, Dave Vasilevsky wrote: > On 2024-08-22 20:04, Baoquan He wrote: > > If so, below patch possiblly can fix it. Can you help check if it's OK? > > That removes the possibility of enabling CRASH_DUMP on PPC_BOOK3S_32, even > when booting via other mechanisms. Maybe it would be

[PATCH 2/2] powerpc/mm/64s: Restrict THP to Radix or HPT w/64K pages

Transparent hugepages (THP) are not supported when using the Hash Page Table (HPT) MMU with 4K pages. Currently a HPT-only 4K kernel still allows THP to be enabled, which is misleading. Add restrictions to the PPC_THP symbol so that if the kernel is configured with 4K pages and only the HPT MMU (

[PATCH 1/2] powerpc/mm/64s: Move THP reqs into a separate symbol

Move the Kconfig symbols related to transparent hugepages (THP) under a separate config symbol, separate from CONFIG_PPC_BOOK3S_64. The new symbol is automatically enabled if CONFIG_PPC_BOOK3S_64 is enabled, so there is no behaviour change, except for the existence of the new PPC_THP symbol. Sign

Re: [PATCH RFC 2/6] mm: PGTABLE_HAS_P[MU]D_LEAVES config options

Le 22/08/2024 à 21:16, Peter Xu a écrit : > On Thu, Aug 22, 2024 at 05:22:03PM +, LEROY Christophe wrote: >> >> >> Le 18/07/2024 à 00:02, Peter Xu a écrit : >>> Introduce two more sub-options for PGTABLE_HAS_HUGE_LEAVES: >>> >>> - PGTABLE_HAS_PMD_LEAVES: set when there can be PMD mappings

[PATCH] bus: fsl-mc: make fsl_mc_bus_type const

From: Kunwu Chan Since commit d492cc2573a0 ("driver core: device.h: make struct bus_type a const *"), the driver core can properly handle constant struct bus_type, move the fsl_mc_bus_type variable to be a constant structure as well, placing it into read-only memory which can not be modified at r

<    1   2