Re: [PATCH v2] ASoC: dt-bindings: fsl,ssi: Convert to YAML

2024-04-24 Thread Shengjiu Wang
On Tue, Apr 23, 2024 at 10:24 PM Rob Herring wrote: > > On Mon, Apr 22, 2024 at 01:48:14PM +0800, Shengjiu Wang wrote: > > Convert the fsl,ssi binding to YAML. > > > > Add below compatible strings which were not listed > > in document: > > > > fsl,imx50-ssi > > fsl,imx53-ssi > > fsl,imx25-ssi > >

Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers

2024-04-24 Thread Jakub Kicinski
On Tue, 23 Apr 2024 09:54:35 +0200 Thomas Weißschuh wrote: > The series was split from my larger series sysctl-const series [0]. > It only focusses on the proc_handlers but is an important step to be > able to move all static definitions of ctl_table into .rodata. Split this per subsystem,

Re: [PATCH 1/2] MAINTAINERS: Make cxlflash obsolete

2024-04-24 Thread Martin K. Petersen
On Tue, 09 Apr 2024 13:10:26 +1000, Andrew Donnellan wrote: > 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

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

2024-04-24 Thread Lidong Zhong
Hi Michael, Could you share your opinion about this new patch please? On Thu, Apr 11, 2024 at 10:04 AM Lidong Zhong wrote: > We noticed the following nuisance messages during boot process > > [7.120610][ T1060] vio vio: uevent: failed to send synthetic uevent > [7.122281][ T1060] vio

Re: [PATCH] ibmvnic: Use -EBUSY in __ibmvnic_reset()

2024-04-24 Thread Jakub Kicinski
On Tue, 23 Apr 2024 18:41:48 +0300 Dan Carpenter wrote: > > So, the point of the patch not doing any behavioral differences is still > > true. > > Ah yes. You're right. Hard call but overall I think this wasted more reviewer time than it's worth. So in the spirit of not encouraging noise I'm

Re: [PATCH 8/9] drivers/media/*: Convert from tasklet to BH workqueue

2024-04-24 Thread Allen Pais
> On Apr 24, 2024, at 2:12 AM, Hans Verkuil wrote: > > On 27/03/2024 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

[PATCH linux-next] macintosh/macio-adb: replace of_node_put() with __free

2024-04-24 Thread sundar
use the new cleanup magic to replace of_node_put() with __free(device_node) marking to auto release when they get out of scope. Suggested-by: Julia Lawall Signed-off-by: sundar --- drivers/macintosh/macio-adb.c | 24 ++-- 1 file changed, 10 insertions(+), 14 deletions(-)

Re: [PATCH V2 04/19] math64: Tidy mul_u64_u32_shr()

2024-04-24 Thread Peter Zijlstra
On Mon, Mar 25, 2024 at 08:40:08AM +0200, Adrian Hunter wrote: > Put together declaration and initialization of local variables. > > Suggested-by: Thomas Gleixner > Signed-off-by: Adrian Hunter > --- Nothing wrong with this patch, but it is highly unlikely this code is actually tested much.

Re: [PATCH 8/9] drivers/media/*: Convert from tasklet to BH workqueue

2024-04-24 Thread Hans Verkuil
On 27/03/2024 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

[PATCH 1/2] radix/kfence: map __kfence_pool at page granularity

2024-04-24 Thread Hari Bathini
When KFENCE is enabled, total system memory is mapped at page level granularity. But in radix MMU mode, ~3GB additional memory is needed to map 100GB of system memory at page level granularity when compared to using 2MB direct mapping. This is not desired considering KFENCE is designed to be

[PATCH 2/2] radix/kfence: support late __kfence_pool allocation

2024-04-24 Thread Hari Bathini
With commit b33f778bba5ef ("kfence: alloc kfence_pool after system startup"), KFENCE pool can be allocated after system startup via the page allocator. This can lead to problems as all memory is not mapped at page granularity anymore with CONFIG_KFENCE. Address this by direct mapping all memory at

Re: linux-next: boot failure after merge of the modules tree

2024-04-24 Thread Mike Rapoport
On Wed, Apr 24, 2024 at 06:35:03PM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the modules tree, today's linux-next boot (powerpc > pseries_le_defconfig) failed like this: > > BUG: Kernel NULL pointer dereference at 0x0030 > Faulting instruction address: 0xc057a4ec >

[powerpc:topic/kdump-hotplug] BUILD SUCCESS 849599b702ef8977fcd5b2f27c61ef773c42bb88

2024-04-24 Thread kernel test robot
arc allmodconfig gcc arc allnoconfig gcc arc allyesconfig gcc arc defconfig gcc arc randconfig-001-20240424 gcc arc

linux-next: boot failure after merge of the modules tree

2024-04-24 Thread Stephen Rothwell
Hi all, After merging the modules tree, today's linux-next boot (powerpc pseries_le_defconfig) failed like this: BUG: Kernel NULL pointer dereference at 0x0030 Faulting instruction address: 0xc057a4ec Oops: Kernel access of bad area, sig: 11 [#1] LE PAGE_SIZE=64K MMU=Hash SMP