On 2025-03-01 15:47:52+, Maciej W. Rozycki wrote:
> On Sat, 1 Mar 2025, Willy Tarreau wrote:
>
> > > Introduce support for the N32 and N64 ABIs. As preparation, the
> > > entrypoint is first simplified significantly. Thanks to Maciej for all
> > > the valuable information.
> > >
> > > Signed-
On Wed, 26 Feb 2025 15:51:03 +0100, Krzysztof Kozlowski wrote:
> All Qualcomm firmwares uploaded to linux-firmware are in MBN format,
> instead of split MDT. No functional changes, just correct the DTS
> example so people will not rely on unaccepted files.
>
> Signed-off-by: Krzysztof Kozlowski
On Sat, Mar 01, 2025 at 03:47:52PM +, Maciej W. Rozycki wrote:
> On Sat, 1 Mar 2025, Willy Tarreau wrote:
>
> > > Introduce support for the N32 and N64 ABIs. As preparation, the
> > > entrypoint is first simplified significantly. Thanks to Maciej for all
> > > the valuable information.
> > >
Some filesystems don't support funtract()ing unlinked files. They return
ENOENT. In that case, skip the test.
Signed-off-by: Brendan Jackman
---
tools/testing/selftests/mm/gup_longterm.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/tools/testing/selftests/mm/gup_
On 26 Feb 2025, at 16:00, Zi Yan wrote:
> Instead of splitting the large folio uniformly during truncation, try to
> use buddy allocator like split at the start of truncation range to
> minimize the number of resulting folios if it is supported.
> try_folio_split() is introduced to use folio_split
On Fri, Feb 28, 2025 at 05:36:47PM +0100, Uladzislau Rezki wrote:
> On Fri, Feb 28, 2025 at 07:41:40AM -0800, Paul E. McKenney wrote:
> > On Thu, Feb 27, 2025 at 06:44:15PM +0100, Uladzislau Rezki wrote:
> > > On Thu, Feb 27, 2025 at 09:26:40AM -0800, Paul E. McKenney wrote:
> > > > On Thu, Feb 27,
On Tue, 11 Feb 2025 19:21:55 +,
Frank Li wrote:
>
> Add the flag IRQ_DOMAIN_FLAG_MSI_IMMUTABLE and the API function
> irq_domain_is_msi_immutable() to check if the MSI controller retains an
> immutable address/data pair during irq_set_affinity().
>
> Ensure compatibility with MSI users like
While nolibc does support ARM Thumb instructions,
that support was not tested specifically.
Add a new test configuration for it.
Signed-off-by: Thomas Weißschuh
---
tools/testing/selftests/nolibc/Makefile | 6 ++
tools/testing/selftests/nolibc/run-tests.sh | 5 +++--
2 files changed, 9
While nolibc does support ARM Thumb instructions,
that support was not tested specifically.
Signed-off-by: Thomas Weißschuh
---
Thomas Weißschuh (2):
selftests/nolibc: explicitly enable ARM mode
selftests/nolibc: add armthumb configuration
tools/testing/selftests/nolibc/Makefile
The default could also be -mthumb.
Explicitly use -marm to keep everything predictable.
Signed-off-by: Thomas Weißschuh
---
tools/testing/selftests/nolibc/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/testing/selftests/nolibc/Makefile
b/tools/testing/selftests/nolibc/Makef
On Tue, 11 Feb 2025 19:22:00 +,
Frank Li wrote:
>
> Some MSI controller change address/data pair when irq_set_affinity().
> Current PCI endpoint can't support this type MSI controller. So add flag
> MSI_FLAG_MUTABLE in include/linux/msi.h and check it when allocate
> doorbell.
>
> Signed-off
On Tue, 11 Feb 2025 19:21:57 +,
Frank Li wrote:
>
> Some platform devices create child devices dynamically and require the
> parent device's msi-map to map device IDs to actual sideband information.
>
> A typical use case is using ITS as a PCIe Endpoint Controller(EPC)'s
> doorbell function,
On Thu, 20 Feb 2025 20:01:10 +,
Frank Li wrote:
>
> On Tue, Feb 11, 2025 at 02:21:53PM -0500, Frank Li wrote:
>
> Thomas Gleixner and Marc Zyngier:
>
> Do you have any comments about irq/msi part?
It certainly looks better and less invasive than the previous
incarnations. Things to f
On Tue, 11 Feb 2025 19:21:54 +,
Frank Li wrote:
>
> The follow steps trigger kernel dump warning and
> platform_device_msi_init_and_alloc_irqs() return false.
>
> 1: platform_device_msi_init_and_alloc_irqs();
> 2: platform_device_msi_free_irqs_all();
> 3: platform_device_msi_init_and_alloc_i
On Fri, Feb 28, 2025 at 10:25:58AM -0800, Paul E. McKenney wrote:
> On Fri, Feb 28, 2025 at 06:08:19PM +0100, Uladzislau Rezki wrote:
> > On Fri, Feb 28, 2025 at 05:36:47PM +0100, Uladzislau Rezki wrote:
> > > On Fri, Feb 28, 2025 at 07:41:40AM -0800, Paul E. McKenney wrote:
> > > > On Thu, Feb 27,
On Wed, Feb 26, 2025 at 12:44:48PM +0100, Thomas Weißschuh wrote:
> limits.h is a widely used standard header.
> Missing it from nolibc requires adoption effort to port applications.
>
> Add a shim header which includes the global nolibc.h header.
> It makes all nolibc symbols available.
>
> Sign
Hi Thomas!
On Tue, Feb 25, 2025 at 06:02:34PM +0100, Thomas Weißschuh wrote:
> Introduce support for the N32 and N64 ABIs. As preparation, the
> entrypoint is first simplified significantly. Thanks to Maciej for all
> the valuable information.
>
> Signed-off-by: Thomas Weißschuh
> ---
> Changes
Hi Thomas!
On Tue, Feb 25, 2025 at 10:37:24AM +0100, Thomas Weißschuh wrote:
> > > The tests are written specifically to test for execution order.
> > > While we can not rely on the order for other libcs, the idea was to
> > > expect a given order for the nolibc implementation.
> >
> > OK.
> >
>
On Sat, 1 Mar 2025, Willy Tarreau wrote:
> > Introduce support for the N32 and N64 ABIs. As preparation, the
> > entrypoint is first simplified significantly. Thanks to Maciej for all
> > the valuable information.
> >
> > Signed-off-by: Thomas Weißschuh
> > ---
> > Changes in v2:
> > - Clean up
On Sat, Mar 01 2025 at 12:02, Marc Zyngier wrote:
> - This IMMUTABLE thing serves no purpose, because you don't randomly
> plug this end-point block on any MSI controller. They come as part
> of an SoC.
Yes and no. The problem is that the EP implementation is meant to be a
generic library and
On Sat, Mar 01, 2025 at 12:23:58PM +0100, Thomas Weißschuh wrote:
> While nolibc does support ARM Thumb instructions,
> that support was not tested specifically.
Good idea! In my case (and most likely most users), it actually allows
to test the Arm mode, because I think that the majority of Arm cr
21 matches
Mail list logo
