allnoconfiggcc-14.2.0
arc allyesconfigclang-18
arc defconfiggcc-14.2.0
arc randconfig-001-20250213gcc-14.2.0
arc randconfig-002-20250213gcc-14.2.0
arm
在 2025/2/13 1:11, Catalin Marinas 写道:
On Mon, Dec 09, 2024 at 10:42:56AM +0800, Tong Tiangen wrote:
Currently, many scenarios that can tolerate memory errors when copying page
have been supported in the kernel[1~5], all of which are implemented by
copy_mc_[user]_highpage(). arm64 should also
在 2025/2/13 1:11, Catalin Marinas 写道:
On Mon, Dec 09, 2024 at 10:42:56AM +0800, Tong Tiangen wrote:
Currently, many scenarios that can tolerate memory errors when copying page
have been supported in the kernel[1~5], all of which are implemented by
copy_mc_[user]_highpage(). arm64 should also
在 2025/2/13 1:18, Catalin Marinas 写道:
On Mon, Dec 09, 2024 at 10:42:57AM +0800, Tong Tiangen wrote:
The copy_mc_to_kernel() helper is memory copy implementation that handles
source exceptions. It can be used in memory copy scenarios that tolerate
hardware memory errors(e.g: pmem_read/dax_copy
在 2025/2/13 0:21, Catalin Marinas 写道:
(catching up with old threads)
On Mon, Dec 09, 2024 at 10:42:54AM +0800, Tong Tiangen wrote:
For the arm64 kernel, when it processes hardware memory errors for
synchronize notifications(do_sea()), if the errors is consumed within the
kernel, the current
On Wed, Feb 12, 2025 at 01:33:14PM -0600, Rob Herring wrote:
> On Fri, Feb 07, 2025 at 10:30:20PM +0100, J. Neuschäfer wrote:
> > Convert the Freescale security engine (crypto accelerator) binding from
> > text form to YAML. The list of compatible strings reflects what was
> > previously described
On 13/02/25 8:34 pm, Venkat Rao Bagalkote wrote:
Greetings!!!
From kernel next-20250210, I am observing syscall kexec_file_load not
available, there by kdump service is failing to start.
Logs:
[root@ltc-zzci-1 ~]# kexec -p --initrd=/boot/initramfs-6.14.0-rc2-
next-20250212kdump.img /bo
Yes Hari, its built with CONFIG_KEXEC_FILE=y
Regards,
Venkat.
On 14/02/25 12:02 pm, Hari Bathini wrote:
On 13/02/25 8:34 pm, Venkat Rao Bagalkote wrote:
Greetings!!!
From kernel next-20250210, I am observing syscall kexec_file_load
not available, there by kdump service is failing to star
Hello Hari,
On 14/02/25 12:02, Hari Bathini wrote:
On 13/02/25 8:34 pm, Venkat Rao Bagalkote wrote:
Greetings!!!
From kernel next-20250210, I am observing syscall kexec_file_load
not available, there by kdump service is failing to start.
Logs:
[root@ltc-zzci-1 ~]# kexec -p --initrd=/b
Le 13/02/2025 à 12:23, Steven Price a écrit :
On 13/02/2025 04:09, Anshuman Khandual wrote:
Platforms subscribe into generic ptdump implementation via GENERIC_PTDUMP.
But generic ptdump gets enabled via PTDUMP_CORE. These configs combination
is confusing as they sound very similar and does no
On 13/02/2025 04:09, Anshuman Khandual wrote:
> Platforms subscribe into generic ptdump implementation via GENERIC_PTDUMP.
> But generic ptdump gets enabled via PTDUMP_CORE. These configs combination
> is confusing as they sound very similar and does not differentiate between
> platform's feature s
On Wed, Feb 12, 2025 at 04:34:44PM +, Alexandru Elisei wrote:
> Hi Drew,
>
> On Wed, Feb 12, 2025 at 04:56:42PM +0100, Andrew Jones wrote:
> > On Tue, Feb 11, 2025 at 03:03:09PM +, Alexandru Elisei wrote:
> > > Hi Drew,
> > >
> > > On Thu, Jan 23, 2025 at 04:53:29PM +0100, Andrew Jones wr
On Thu, 13 Feb 2025 15:05:18 +0800, Shengjiu Wang wrote:
> When defer probe happens, there may be below error:
>
> platform 5982.sai: Resources present before probing
>
> The cpu_mclk clock is from the cpu dai device, if it is not released,
> then the cpu dai device probe will fail for the se
Greetings!!!
From kernel next-20250210, I am observing syscall kexec_file_load not
available, there by kdump service is failing to start.
Logs:
[root@ltc-zzci-1 ~]# kexec -p
--initrd=/boot/initramfs-6.14.0-rc2-next-20250212kdump.img
/boot/vmlinuz-6.14.0-rc2-next-20250212 -c
Warning: appen
On Mon, Dec 16, 2024 at 06:10:12PM +0200, Ilpo Järvinen wrote:
> include/linux/pci.h provides low-level pci_printk() interface that is
> only used by AER because it needs to print the same message with
> different levels depending on the error severity. No other PCI code
> uses that functionality a
On Mon, Dec 16, 2024 at 06:10:08PM +0200, Ilpo Järvinen wrote:
> include/linux/pci.h provides pci_printk() which is a low-level
> interface with level that is only useful for AER due to error severity
> variations.
>
> This series cleans up shpchp logging wrappers to avoid using low-level
> pci_pr
On Mon, Dec 16, 2024 at 06:10:11PM +0200, Ilpo Järvinen wrote:
> The shpchp hotplug driver defines logging wrappers ctrl_*() and another
> set of wrappers with generic names which are just duplicates of
> existing generic printk() wrappers. Only the former are useful to
> preserve as they handle th
On Wed, Feb 05, 2025 at 12:18:21AM +0100, Anthony Iliopoulos wrote:
> get_stubs_size assumes that there must always be at least one patchable
> function entry, which is not always the case (modules that export data
> but no code), otherwise it returns -ENOEXEC and thus the section header
> sh_size
Some of the network drivers, like Mellanox, use core linux page_pool APIs
to manage DMA buffers. These page_pool APIs cache DMA buffers with
infrequent map/unmap calls for DMA mappings, thus increasing performance.
When a device is initialized, the drivers makes a call to the page_pool API
to crea
On Thu, Feb 13, 2025 at 11:21:22AM +0530, Venkat Rao Bagalkote wrote:
> Greetings!!!
>
> I am observing kernel OOPs, while running FStests generic/451 on EXT4 with
> linux-next kernel(next-20250212) on IBM Power Servers.
I'm running daily spinnner tests on the fs-next branch on the
linux-next tre
Hello Venkat,
On 13/02/25 20:34, Venkat Rao Bagalkote wrote:
Greetings!!!
From kernel next-20250210, I am observing syscall kexec_file_load not
available, there by kdump service is failing to start.
powerpc do have support for kexec_file_load system. Seems like there is
an issue.
Thank
On Fri, Feb 14, 2025 at 3:18 PM Chancel Liu wrote:
>
> If stream names of dai driver are duplicated there'll be warnings when
> machine driver tries to add widgets on a route:
>
> [8.831335] fsl-asoc-card sound-wm8960: ASoC: sink widget CPU-Playback
> overwritten
> [8.839917] fsl-asoc-car
Refer to audio graph card, add playback-only and capture-only property
for imx-audio-card.yaml for the case that only playback or capture is
supported.
Signed-off-by: Shengjiu Wang
Reviewed-by: Daniel Baluta
---
.../devicetree/bindings/sound/imx-audio-card.yaml | 8
1 file chan
With the DPCM case, the backend only support capture or playback, then
the linked frontend can only support capture or playback, but frontend
can't automatically enable only capture or playback, it needs the input
from dt-binding.
Signed-off-by: Shengjiu Wang
Reviewed-by: Daniel Baluta
---
soun
Be similar to audio graph card, support playback or capture only for
imx-audio-card.
imx-card can't directly refer to audio-graph-port.yaml, because it is
not based on 'ports'. Add playback-only and capture-only property
directly
changes in v2:
- wrap at 75 chars for commit messages
Shengjiu Wan
On 14/02/25 12:15 pm, Sourabh Jain wrote:
Hello Hari,
On 14/02/25 12:02, Hari Bathini wrote:
On 13/02/25 8:34 pm, Venkat Rao Bagalkote wrote:
Greetings!!!
From kernel next-20250210, I am observing syscall kexec_file_load
not available, there by kdump service is failing to start.
Lo
If stream names of dai driver are duplicated there'll be warnings when
machine driver tries to add widgets on a route:
[8.831335] fsl-asoc-card sound-wm8960: ASoC: sink widget CPU-Playback
overwritten
[8.839917] fsl-asoc-card sound-wm8960: ASoC: source widget CPU-Capture
overwritten
Use
On 2/13/25 13:08, Christophe Leroy wrote:
>
>
> Le 13/02/2025 à 05:09, Anshuman Khandual a écrit :
>> Platforms subscribe into generic ptdump implementation via GENERIC_PTDUMP.
>> But generic ptdump gets enabled via PTDUMP_CORE. These configs combination
>> is confusing as they sound very similar
On 2/13/25 16:53, Steven Price wrote:
> On 13/02/2025 04:09, Anshuman Khandual wrote:
>> Platforms subscribe into generic ptdump implementation via GENERIC_PTDUMP.
>> But generic ptdump gets enabled via PTDUMP_CORE. These configs combination
>> is confusing as they sound very similar and does no
On 14/02/25 12:38, Hari Bathini wrote:
On 14/02/25 12:15 pm, Sourabh Jain wrote:
Hello Hari,
On 14/02/25 12:02, Hari Bathini wrote:
On 13/02/25 8:34 pm, Venkat Rao Bagalkote wrote:
Greetings!!!
From kernel next-20250210, I am observing syscall kexec_file_load
not available, there
On 2/13/25 17:19, Christophe Leroy wrote:
>
>
> Le 13/02/2025 à 12:23, Steven Price a écrit :
>> On 13/02/2025 04:09, Anshuman Khandual wrote:
>>> Platforms subscribe into generic ptdump implementation via GENERIC_PTDUMP.
>>> But generic ptdump gets enabled via PTDUMP_CORE. These configs combi
31 matches
Mail list logo
