Re: [PATCH] powerpc/pseries/eeh: Fix get PE state translation

2024-12-11 Thread Narayana Murty N
On 22/11/24 1:26 AM, Ritesh Harjani (IBM) wrote: Vaibhav Jain writes: Hi Ritesh, Thanks for looking into this patch. My responses on behalf of Narayana below: "Ritesh Harjani (IBM)" writes: Narayana Murty N writes: The PE Reset State "0" obtained from RTAS calls ibm_read_slot_reset_[

[PATCH v7 5/6] ASoC: fsl_asrc: register m2m platform device

2024-12-11 Thread Shengjiu Wang
Register m2m platform device, that user can use M2M feature. Signed-off-by: Shengjiu Wang Acked-by: Jaroslav Kysela --- sound/soc/fsl/fsl_asrc.c | 37 + 1 file changed, 33 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl/fsl_asrc.c b/sound/soc/fsl/fs

[PATCH v2] powerpc/pseries/eeh: Fix get PE state translation

2024-12-11 Thread Narayana Murty N
The PE Reset State "0" obtained from RTAS calls ibm_read_slot_reset_[state|state2] indicates that the Reset is deactivated and the PE is not in the MMIO Stopped or DMA Stopped state. With PE Reset State "0", the MMIO and DMA is allowed for the PE. The function pseries_eeh_get_state() is currently

[PATCH v7 6/6] ASoC: fsl_easrc: register m2m platform device

2024-12-11 Thread Shengjiu Wang
Register m2m platform device,that user can use M2M feature. Signed-off-by: Shengjiu Wang Acked-by: Jaroslav Kysela --- sound/soc/fsl/fsl_easrc.c | 33 +++-- 1 file changed, 31 insertions(+), 2 deletions(-) diff --git a/sound/soc/fsl/fsl_easrc.c b/sound/soc/fsl/fsl_e

[PATCH v7 1/6] ALSA: compress: Add output rate and output format support

2024-12-11 Thread Shengjiu Wang
Add 'pcm_format' for struct snd_codec, add 'pcm_formats' for struct snd_codec_desc, these are used for accelerator usage. Current accelerator example is sample rate converter (SRC). Define struct snd_codec_desc_src for descript minmum and maxmum sample rates. And add 'src_d' in union snd_codec_opt

[PATCH v7 2/6] ASoC: fsl_asrc: define functions for memory to memory usage

2024-12-11 Thread Shengjiu Wang
ASRC can be used on memory to memory case, define several functions for m2m usage. m2m_prepare: prepare for the start step m2m_start: the start step m2m_unprepare: unprepare for stop step, optional m2m_stop: stop step m2m_check_format: check format is supported or not m2m_calc_out_len: calculate o

[PATCH v7 3/6] ASoC: fsl_easrc: define functions for memory to memory usage

2024-12-11 Thread Shengjiu Wang
ASRC can be used on memory to memory case, define several functions for m2m usage and export them as function pointer. Signed-off-by: Shengjiu Wang Acked-by: Jaroslav Kysela --- sound/soc/fsl/fsl_easrc.c | 228 ++ sound/soc/fsl/fsl_easrc.h | 4 + 2 files ch

[PATCH v7 4/6] ASoC: fsl_asrc_m2m: Add memory to memory function

2024-12-11 Thread Shengjiu Wang
Implement the ASRC memory to memory function using the compress framework, user can use this function with compress ioctl interface. This feature can be shared by ASRC and EASRC drivers Signed-off-by: Shengjiu Wang Acked-by: Jaroslav Kysela --- sound/soc/fsl/Kconfig | 2 + sound/so

[PATCH v7 0/6] ASoC: fsl: add memory to memory function for ASRC

2024-12-11 Thread Shengjiu Wang
This function is base on the accelerator implementation for compress API: 04177158cf98 ("ALSA: compress_offload: introduce accel operation mode") Audio signal processing also has the requirement for memory to memory similar as Video. This asrc memory to memory (memory ->asrc->memory) case is a no

Re: [PATCH v1] perf test expr: Fix system_tsc_freq for only x86

2024-12-11 Thread Namhyung Kim
On Wed, 04 Dec 2024 18:23:05 -0800, Ian Rogers wrote: > The refactoring of tool PMU events to have a PMU then adding the expr > literals to the tool PMU made it so that the literal system_tsc_freq > was only supported on x86. Update the test expectations to match - > namely the parsing is x86 spec

Re: [PATCH] kexec: Initialize ELF lowest address to ULONG_MAX

2024-12-11 Thread Sourabh Jain
On 12/12/24 08:25, Baoquan he wrote: On 12/10/24 at 02:43pm, Sourabh Jain wrote: kexec_elf_load() loads an ELF executable and sets the address of the lowest PT_LOAD section to the address held by the lowest_load_addr function argument. To determine the lowest PT_LOAD address, a local variable

Re: [PATCH] kexec: Initialize ELF lowest address to ULONG_MAX

2024-12-11 Thread Baoquan he
On 12/10/24 at 02:43pm, Sourabh Jain wrote: > kexec_elf_load() loads an ELF executable and sets the address of the > lowest PT_LOAD section to the address held by the lowest_load_addr > function argument. > > To determine the lowest PT_LOAD address, a local variable lowest_addr > (type unsigned lo

Re: [PATCH v6 4/6] ASoC: fsl_asrc_m2m: Add memory to memory function

2024-12-11 Thread Shengjiu Wang
On Wed, Dec 11, 2024 at 11:28 PM Mark Brown wrote: > > On Wed, Dec 11, 2024 at 11:08:47AM +0800, Shengjiu Wang wrote: > > Implement the ASRC memory to memory function using > > the compress framework, user can use this function with > > compress ioctl interface. > > > > This feature can be shared

[PATCH mm-unstable v2 09/16] mm: parisc: Introduce arch_align_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce parisc arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "e

[PATCH mm-unstable v2 05/16] mm: arc: Use generic_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce arc arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "enfo

[PATCH mm-unstable v2 13/16] mm: sparc64: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce sparc64 arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "

[PATCH mm-unstable v2 14/16] mm: xtensa: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce xtensa arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. If a sufficiently sized hole doesn't exist at the hint address, fallback to searching the entire valid VA space instead of only the VA space above the hint address. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED cas

[PATCH mm-unstable v2 16/16] mm: Respect mmap hint before THP alignment if allocation is possible

2024-12-11 Thread Kalesh Singh
Commit 249608ee4713 ("mm: respect mmap hint address when aligning for THP") fallsback to PAGE_SIZE alignment instead of THP alignment for anonymous mapping as long as a hint address is provided by the user -- even if we weren't able to allocate the unmapped area at the hint address in the end. Thi

[PATCH mm-unstable v2 15/16] mm: powerpc: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce powerpc arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- arch/powerpc/include/asm/book3s/64/slice.h | 1 + arch/powerpc/mm/book3s64/slice.c | 31 ++ 2 files c

[PATCH mm-unstable v2 12/16] mm: sparc32: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce sparc32 arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. If a sufficiently sized hole doesn't exist at the hint address, fallback to searching the entire valid VA space instead of only the VA space above the hint address. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED ca

[PATCH mm-unstable v2 11/16] mm: sh: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce sh arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "enfor

[PATCH mm-unstable v2 10/16] mm: s390: Use generic_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce s390 arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "enf

[PATCH mm-unstable v2 08/16] mm: mips: Introduce arch_align_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce mips arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "enf

[PATCH mm-unstable v2 07/16] mm: loongarch: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce loongarch arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being

[PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce csky arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "enf

[PATCH mm-unstable v2 02/16] mm: x86: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce x86 arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Fallback to generic_mmap_hint() if an architecture doesn't provide HAVE_ARCH_MMAP_HINT. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handl

[PATCH mm-unstable v2 04/16] mm: alpha: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce alpha arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - Consolidate error handling in arch_mmap_hint(). arch/alpha/include/asm/pgtable.h | 1 + arch/alpha/kernel/osf_sy

[PATCH mm-unstable v2 03/16] mm: arm: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Introduce arm arch_mmap_hint() and define HAVE_ARCH_MMAP_HINT. This is a preparatory patch, no functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "enfo

[PATCH mm-unstable v2 01/16] mm: Introduce generic_mmap_hint()

2024-12-11 Thread Kalesh Singh
Consolidate the hint searches from both directions (topdown and bottomup) into generic_mmap_hint(). No functional change is introduced. Signed-off-by: Kalesh Singh --- Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr be

[PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()

2024-12-11 Thread Kalesh Singh
Hi all, This is v2 othe the arch_mmap_hint() series. Changes in v2: - MAP_FIXED case is also handled in arch_mmap_hint() since this is just a special case of the hint addr being "enforced", per Yang Shi. - Consolidate most of the error handling in arch_mmap_hint(). - Patch 16 ("mm: Fall

Re: [PATCH 1/2] cxl: Deprecate driver

2024-12-11 Thread kernel test robot
Hi Andrew, kernel test robot noticed the following build warnings: [auto build test WARNING on char-misc/char-misc-testing] [also build test WARNING on char-misc/char-misc-next char-misc/char-misc-linus jejb-scsi/for-next mkp-scsi/for-next linus/master v6.13-rc2 next-20241211] [If your patch is

Re: [PATCH v2 0/2] ftrace: Make ftrace_regs abstract and consolidate code

2024-12-11 Thread patchwork-bot+linux-riscv
Hello: This series was applied to riscv/linux.git (fixes) by Steven Rostedt (Google) : On Tue, 08 Oct 2024 19:05:27 -0400 you wrote: > This is based on: > > https://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace.git/ > ftrace/for-next > > ftrace_regs was created to hold regist

Re: [PATCH v3] ftrace: Consolidate ftrace_regs accessor functions for archs using pt_regs

2024-12-11 Thread patchwork-bot+linux-riscv
Hello: This patch was applied to riscv/linux.git (fixes) by Steven Rostedt (Google) : On Thu, 10 Oct 2024 20:21:14 -0400 you wrote: > From: Steven Rostedt > > Most architectures use pt_regs within ftrace_regs making a lot of the > accessor functions just calls to the pt_regs internally. Instead

Re: [PATCH 00/28] vdso: Preparations for generic data storage

2024-12-11 Thread patchwork-bot+linux-riscv
Hello: This series was applied to riscv/linux.git (fixes) by Thomas Gleixner : On Thu, 10 Oct 2024 09:01:02 +0200 you wrote: > Historically each architecture defined their own datapage to store the > VDSO data. This stands in contrast to the generic nature of the VDSO > code itself. > We plan to

Re: [PATCH] soc: Switch back to struct platform_driver::remove()

2024-12-11 Thread patchwork-bot+linux-riscv
Hello: This patch was applied to riscv/linux.git (fixes) by Arnd Bergmann : On Tue, 29 Oct 2024 08:48:58 +0100 you wrote: > After commit 0edb555a65d1 ("platform: Make platform_driver::remove() > return void") .remove() is (again) the right callback to implement for > platform drivers. > > Conver

Re: [PATCH] kernel/irq/proc: performance: replace seq_printf with seq_put_decimal_ull_width

2024-12-11 Thread patchwork-bot+linux-riscv
Hello: This patch was applied to riscv/linux.git (fixes) by Michael Ellerman : On Sun, 3 Nov 2024 16:05:52 +0800 you wrote: > seq_printf is costy, when stress reading /proc/interrupts, profiling indicates > seq_printf takes about ~47% of show_interrupts samples: > > show_interrupts(94.495%

Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify

2024-12-11 Thread patchwork-bot+linux-riscv
Hello: This patch was applied to riscv/linux.git (fixes) by Rob Herring (Arm) : On Wed, 23 Oct 2024 18:14:26 +0100 you wrote: > __pa() is only intended to be used for linear map addresses and using > it for initial_boot_params which is in fixmap for arm64 will give an > incorrect value. Hence sav

Re: [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations

2024-12-11 Thread patchwork-bot+linux-riscv
Hello: This series was applied to riscv/linux.git (fixes) by Arnd Bergmann : On Wed, 23 Oct 2024 07:36:36 +0200 you wrote: > page_to_phys is duplicated by all architectures, and from some strange > reason placed in where it doesn't fit at all. > > phys_to_page is only provided by a few architec

Re: [PATCH v3 16/19] staging: vc04_services: Convert timeouts to secs_to_jiffies()

2024-12-11 Thread Dave Stevenson
On Tue, 10 Dec 2024 at 22:02, Easwar Hariharan wrote: > > Commit b35108a51cf7 ("jiffies: Define secs_to_jiffies()") introduced > secs_to_jiffies(). As the value here is a multiple of 1000, use > secs_to_jiffies() instead of msecs_to_jiffies to avoid the multiplication. > > This is converted using

[PATCH] kernel-wide: Add explicity||explicitly to spelling.txt

2024-12-11 Thread Shivam Chaudhary
Correct the spelling dictionary so that future instances will be caught by checkpatch, and fix the instances found. Signed-off-by: Shivam Chaudhary --- arch/powerpc/kvm/book3s_hv.c| 2 +- drivers/infiniband/hw/hfi1/iowait.h | 2 +- drivers/

Re: [PATCH v2 0/2] ASoC: fsl: change IFACE_PCM to IFACE_MIXER

2024-12-11 Thread Mark Brown
On Tue, 26 Nov 2024 13:32:52 +0800, Shengjiu Wang wrote: > As the snd_soc_card_get_kcontrol() is updated to use > snd_ctl_find_id_mixer() in > commit 897cc72b0837 ("ASoC: soc-card: Use > snd_ctl_find_id_mixer() instead of open-coding") > which make the iface fix to be IFACE_MIXER. > > if driver ne

Re: [PATCH v1] perf test expr: Fix system_tsc_freq for only x86

2024-12-11 Thread Namhyung Kim
On Tue, Dec 10, 2024 at 04:20:57PM -0300, Arnaldo Carvalho de Melo wrote: > On Wed, Dec 04, 2024 at 06:23:05PM -0800, Ian Rogers wrote: > > The refactoring of tool PMU events to have a PMU then adding the expr > > literals to the tool PMU made it so that the literal system_tsc_freq > > was only sup

Re: [PATCH v6 4/8] PCI: Use unsigned int i in pcie_read_tlp_log()

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:28 +0300 Ilpo Järvinen wrote: > Loop variable i counting from 0 upwards does not need to be signed so > make it unsigned int. > > Signed-off-by: Ilpo Järvinen To me this is unnecessary noise, but it's harmless so no problem if you really like it. Jonathan > --- > dr

Re: [PATCH v6 8/8] PCI/AER: Add prefixes to printouts

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:32 +0300 Ilpo Järvinen wrote: > Only part of the AER diagnostic printouts use "AER:" prefix because > they use low-level pci_printk() directly to allow selecting level. > > Add "AER:" prefix to lines that are printed with pci_printk(). > > Signed-off-by: Ilpo Järvinen

Re: [PATCH v6 7/8] PCI: Create helper to print TLP Header and Prefix Log

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:31 +0300 Ilpo Järvinen wrote: > Add pcie_print_tlp_log() helper to print TLP Header and Prefix Log. > Print End-End Prefixes only if they are non-zero. > > Consolidate the few places which currently print TLP using custom > formatting. > > The first attempt used pr_con

Re: [PATCH v6 6/8] PCI: Add TLP Prefix reading into pcie_read_tlp_log()

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:30 +0300 Ilpo Järvinen wrote: > pcie_read_tlp_log() handles only 4 Header Log DWORDs but TLP Prefix Log > (PCIe r6.1 secs 7.8.4.12 & 7.9.14.13) may also be present. > > Generalize pcie_read_tlp_log() and struct pcie_tlp_log to handle also > TLP Prefix Log. The relevant

Re: [PATCH v6 5/8] PCI: Store # of supported End-End TLP Prefixes

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:29 +0300 Ilpo Järvinen wrote: > eetlp_prefix_path in the struct pci_dev tells if End-End TLP Prefixes > are supported by the path or not, the value is only calculated if > CONFIG_PCI_PASID is set. > > The Max End-End TLP Prefixes field in the Device Capabilities Registe

Re: [PATCH v6 1/8] PCI: Don't expose pcie_read_tlp_log() outside of PCI subsystem

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:25 +0300 Ilpo Järvinen wrote: > pcie_read_tlp_log() was exposed by the commit 0a5a46a6a61b ("PCI/AER: > Generalize TLP Header Log reading") but this is now considered a > mistake. No drivers outside of PCI subsystem should build their own > diagnostic logging but should

Re: [PATCH v6 3/8] PCI: Make pcie_read_tlp_log() signature same

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:27 +0300 Ilpo Järvinen wrote: > pcie_read_tlp_log()'s prototype and function signature diverged due to > changes made while applying. > > Make the parameters of pcie_read_tlp_log() named identically. > > Signed-off-by: Ilpo Järvinen Good to clean this up. Reviewed-by:

Re: [PATCH v6 2/8] PCI: Move TLP Log handling to own file

2024-12-11 Thread Jonathan Cameron
On Fri, 13 Sep 2024 17:36:26 +0300 Ilpo Järvinen wrote: > TLP Log is PCIe feature and is processed only by AER and DPC. > Configwise, DPC depends AER being enabled. In lack of better place, the > TLP Log handling code was initially placed into pci.c but it can be > easily placed in a separate fil

[PATCH 06/19] soc/qman: test: Use kthread_run_on_cpu()

2024-12-11 Thread Frederic Weisbecker
Use the proper API instead of open coding it. However it looks like kthreads here could be replaced by the use of a per-cpu workqueue instead. Signed-off-by: Frederic Weisbecker --- drivers/soc/fsl/qbman/qman_test_stash.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a

Re: [PATCH v6 4/6] ASoC: fsl_asrc_m2m: Add memory to memory function

2024-12-11 Thread Mark Brown
On Wed, Dec 11, 2024 at 11:08:47AM +0800, Shengjiu Wang wrote: > Implement the ASRC memory to memory function using > the compress framework, user can use this function with > compress ioctl interface. > > This feature can be shared by ASRC and EASRC drivers This breaks an imx_v6_v7_defconfig bui

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

2024-12-11 Thread kernel test robot
Hi Thomas, kernel test robot noticed the following build errors: [auto build test ERROR on staging/staging-testing] [also build test ERROR on staging/staging-next staging/staging-linus drm/drm-next drm-exynos/exynos-drm-next linus/master v6.13-rc2 next-20241211] [If your patch is applied to the

Re: [PATCH] tools/perf/arch/powerpc: Add register mask for power11 PVR in extended regs

2024-12-11 Thread kajoljain
On 12/6/24 19:26, Athira Rajeev wrote: > Perf tools side uses extended mask to display the platform > supported register names (with -I? option) to the user > and also send this mask to the kernel to capture the extended registers > as part of each sample. This mask value is decided based on > t

Re: [PATCH v2] powerpc: increase MIN RMA size for CAS negotiation

2024-12-11 Thread Avnish Chouhan
Hi Michael, Hope you're doing wonderful! Thank you so much for your response. I have checked on your queries. Please find the findings below: 1. Did you consider just increasing it to 1GB? We have observed in our recent Out Of Memory issues, a shortage of around 50-60 MBs space in RMA in cur

Re: [PATCH V3] tools/perf/tests/shell/base_probe: Enhance print_overall_results to print summary information

2024-12-11 Thread kajoljain
On 12/6/24 19:22, Athira Rajeev wrote: > Currently print_overall_results prints the number of > fails in the summary, example from base_probe tests in > testsuite_probe: > > ## [ FAIL ] ## perf_probe :: test_invalid_options SUMMARY :: > 11 failures found > > test_invalid_options contain

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

2024-12-11 Thread Thomas Zimmermann
Hi Am 11.12.24 um 00:37 schrieb Helge Deller: On 12/10/24 16:41, Thomas Zimmermann wrote: Hi Am 10.12.24 um 15:34 schrieb Helge Deller: On 12/10/24 15:29, Helge Deller wrote: On 12/10/24 15:09, Thomas Zimmermann wrote: diff --git a/drivers/staging/fbtft/Kconfig b/drivers/staging/fbtft/Kco