Re: [PATCH 0/7] lib/crc: drop "glue" from filenames

2025-04-23 Thread Ard Biesheuvel
On Thu, 24 Apr 2025 at 02:22, Eric Biggers wrote: > > This series fixes an odd naming convention that was unnecessarily > carried over from the original Crypto API code. > > I'm planning to take this via the crc tree. > > Eric Biggers (7): > arm/crc: drop "glue" from filenames > arm64/crc: dro

Re: [PATCH v3 5/5] PCI: qcom: Add support for resetting the slot due to link down event

2025-04-23 Thread Manivannan Sadhasivam
On Thu, Apr 24, 2025 at 10:41:24AM +0530, Krishna Chaitanya Chundru wrote: > > > On 4/24/2025 10:30 AM, Manivannan Sadhasivam wrote: > > On Fri, Apr 18, 2025 at 08:11:47AM +0530, Krishna Chaitanya Chundru wrote: > > > > > > > > > On 4/17/2025 10:46 PM, Manivannan Sadhasivam via B4 Relay wrote:

Re: [PATCH v3 5/5] PCI: qcom: Add support for resetting the slot due to link down event

2025-04-23 Thread Krishna Chaitanya Chundru
On 4/24/2025 10:30 AM, Manivannan Sadhasivam wrote: On Fri, Apr 18, 2025 at 08:11:47AM +0530, Krishna Chaitanya Chundru wrote: On 4/17/2025 10:46 PM, Manivannan Sadhasivam via B4 Relay wrote: From: Manivannan Sadhasivam The PCIe link can go down under circumstances such as the device fir

Re: [PATCH v3 5/5] PCI: qcom: Add support for resetting the slot due to link down event

2025-04-23 Thread Manivannan Sadhasivam
On Fri, Apr 18, 2025 at 08:11:47AM +0530, Krishna Chaitanya Chundru wrote: > > > On 4/17/2025 10:46 PM, Manivannan Sadhasivam via B4 Relay wrote: > > From: Manivannan Sadhasivam > > > > The PCIe link can go down under circumstances such as the device firmware > > crash, link instability, etc...

[PATCH 2/7] arm64/crc: drop "glue" from filenames

2025-04-23 Thread Eric Biggers
From: Eric Biggers The use of the term "glue" in filenames is a Crypto API-ism that rarely shows up elsewhere in lib/ or arch/*/lib/. I think adopting it there was a mistake. The library just uses standard functions, so the amount of code that could be considered "glue" is quite small. And whi

[PATCH 5/7] s390/crc: drop "glue" from filenames

2025-04-23 Thread Eric Biggers
From: Eric Biggers The use of the term "glue" in filenames is a Crypto API-ism that does not show up elsewhere in lib/. I think adopting it there was a mistake. The library just uses standard functions, so the amount of code that could be considered "glue" is quite small. And while often the C

[PATCH 1/7] arm/crc: drop "glue" from filenames

2025-04-23 Thread Eric Biggers
From: Eric Biggers The use of the term "glue" in filenames is a Crypto API-ism that rarely shows up elsewhere in lib/ or arch/*/lib/. I think adopting it there was a mistake. The library just uses standard functions, so the amount of code that could be considered "glue" is quite small. And whi

[PATCH 7/7] x86/crc: drop "glue" from filenames

2025-04-23 Thread Eric Biggers
From: Eric Biggers The use of the term "glue" in filenames is a Crypto API-ism that rarely shows up elsewhere in lib/ or arch/*/lib/. I think adopting it there was a mistake. The library just uses standard functions, so the amount of code that could be considered "glue" is quite small. And whi

[PATCH 4/7] powerpc/crc: rename crc32-vpmsum_core.S to crc-vpmsum-template.S

2025-04-23 Thread Eric Biggers
From: Eric Biggers Rename crc32-vpmsum_core.S to crc-vpmsum-template.S to properly convey that (a) it actually generates code for both 32-bit and 16-bit CRCs, not just 32-bit CRCs; and (b) it has "template" semantics, like x86's crc-pclmul-template.S, in the sense that it's included by other file

[PATCH 3/7] powerpc/crc: drop "glue" from filenames

2025-04-23 Thread Eric Biggers
From: Eric Biggers The use of the term "glue" in filenames is a Crypto API-ism that rarely shows up elsewhere in lib/ or arch/*/lib/. I think adopting it there was a mistake. The library just uses standard functions, so the amount of code that could be considered "glue" is quite small. And whi

[PATCH 0/7] lib/crc: drop "glue" from filenames

2025-04-23 Thread Eric Biggers
This series fixes an odd naming convention that was unnecessarily carried over from the original Crypto API code. I'm planning to take this via the crc tree. Eric Biggers (7): arm/crc: drop "glue" from filenames arm64/crc: drop "glue" from filenames powerpc/crc: drop "glue" from filenames

[PATCH 6/7] sparc/crc: drop "glue" from filenames

2025-04-23 Thread Eric Biggers
From: Eric Biggers The use of the term "glue" in filenames is a Crypto API-ism that rarely shows up elsewhere in lib/ or arch/*/lib/. I think adopting it there was a mistake. The library just uses standard functions, so the amount of code that could be considered "glue" is quite small. And whi

Re: [PATCH] fsldma: Support 40 bit DMA addresses where capable

2025-04-23 Thread Arnd Bergmann
On Wed, Apr 23, 2025, at 22:41, Ben Collins wrote: > On Wed, Apr 23, 2025 at 03:49:16PM -0500, Arnd Bergmann wrote: >> Looking at the current code I don't see that any more, so it's >> possible that now any DMA is allowed even if there is no >> dma-ranges property at all. > > It's still there. It h

Re: [PATCH v2] powerpc/boot: Fix dash warning

2025-04-23 Thread Stephen Rothwell
Hi Madhavan, On Wed, 23 Apr 2025 13:51:54 +0530 Madhavan Srinivasan wrote: > > Commit b2accfe7ca5b '("powerpc/boot: Check for ld-option support")' suppressed > linker warnings, but the expressed used did not go well with POSIX shell > (dash) > resulting with this warning > > arch/powerpc/boot/

Re: [PATCH] fsldma: Support 40 bit DMA addresses where capable

2025-04-23 Thread Ben Collins
On Wed, Apr 23, 2025 at 03:49:16PM -0500, Arnd Bergmann wrote: > On Tue, Apr 22, 2025, at 23:10, Ben Collins wrote: > > On Tue, Apr 22, 2025 at 11:25:40AM -0500, Arnd Bergmann wrote: > >> On Tue, Apr 22, 2025, at 10:56, Ben Collins wrote: > >> > >> >> > I'll check on this, but I think it's a sepera

Re: [PATCH 0/5] powerpc: convert board-file GPIO chips to using new value setters

2025-04-23 Thread Bartosz Golaszewski
On Tue, Apr 8, 2025 at 9:21 AM Bartosz Golaszewski wrote: > > struct gpio_chip now has callbacks for setting line values that return > an integer, allowing to indicate failures. We're in the process of > converting all GPIO drivers to using the new API. This series converts > all powerpc board-fil

Re: [PATCH] fsldma: Support 40 bit DMA addresses where capable

2025-04-23 Thread Arnd Bergmann
On Tue, Apr 22, 2025, at 23:10, Ben Collins wrote: > On Tue, Apr 22, 2025 at 11:25:40AM -0500, Arnd Bergmann wrote: >> On Tue, Apr 22, 2025, at 10:56, Ben Collins wrote: >> >> >> > I'll check on this, but I think it's a seperate issue. The main thing is >> >> > just to configure the dma hw correctl

Re: [PATCH v4 3/3] fs: introduce getfsxattrat and setfsxattrat syscalls

2025-04-23 Thread Jan Kara
On Tue 22-04-25 16:59:02, Christian Brauner wrote: > On Fri, Mar 21, 2025 at 08:48:42PM +0100, Andrey Albershteyn wrote: > > From: Andrey Albershteyn > > > > Introduce getfsxattrat and setfsxattrat syscalls to manipulate inode > > extended attributes/flags. The syscalls take parent directory fd a

Re: [PATCH v2] powerpc/boot: Fix dash warning

2025-04-23 Thread Venkat Rao Bagalkote
On 23/04/25 2:23 pm, Stephen Rothwell wrote: Hi Madhavan, On Wed, 23 Apr 2025 13:51:54 +0530 Madhavan Srinivasan wrote: Commit b2accfe7ca5b '("powerpc/boot: Check for ld-option support")' suppressed linker warnings, but the expressed used did not go well with POSIX shell (dash) resulting wi

Re: [PATCH v2] powerpc/boot: Fix dash warning

2025-04-23 Thread Stephen Rothwell
Hi Madhavan, On Wed, 23 Apr 2025 13:51:54 +0530 Madhavan Srinivasan wrote: > > Commit b2accfe7ca5b '("powerpc/boot: Check for ld-option support")' suppressed > linker warnings, but the expressed used did not go well with POSIX shell > (dash) > resulting with this warning > > arch/powerpc/boot/

[PATCH v2] powerpc/boot: Fix dash warning

2025-04-23 Thread Madhavan Srinivasan
Commit b2accfe7ca5b '("powerpc/boot: Check for ld-option support")' suppressed linker warnings, but the expressed used did not go well with POSIX shell (dash) resulting with this warning arch/powerpc/boot/wrapper: 237: [: 0: unexpected operator ld: warning: arch/powerpc/boot/zImage.epapr has a LOA