Re: [RFC PATCH 04/12] arm64: Implement ARCH_HAS_KERNEL_FPU_SUPPORT

On Thu, Dec 07, 2023 at 09:54:34PM -0800, Samuel Holland wrote: > arm64 provides an equivalent to the common kernel-mode FPU API, but in a > different header and using different function names. Add a wrapper > header, and export CFLAGS adjustments as found in lib/raid6/Makefile. > >

Re: [PATCH] drm/amd/display: Revert "add DCN support for aarch64"

ent > > > > > here, the problem is in all the other code that may be emitted with > > > > > references to SIMD registers in it. > > > > > > > > > > So the only way to do this properly is to put all floating point code > > > > > in

Re: [PATCH] drm/amd/display: Revert "add DCN support for aarch64"

But perhaps the use of floating point here is > something that should be reconsidered entirely. > > Cc: Catalin Marinas > Cc: Will Deacon > Cc: Dave Martin > Cc: Rob Herring > Cc: Leo Li > Cc: Alex Deucher > Cc: "Christian König" > Cc: David Airlie > Cc:

[PATCH v2] drm/radeon: Handle workqueue allocation failure

nk his fix was correct. Cc: Alex Deucher Cc: "Christian König" Cc: "David (ChunMing) Zhou" Cc: David Airlie Cc: Daniel Vetter Cc: Michel Dänzer Reported-by: Nicolas Waisman Link: https://lore.kernel.org/lkml/cadj_3a8wfrs5nouxnqs5wye7rebfp+_a5cheeqayd_p7dfj...@mail.gmail.c

Re: [PATCH] drm/radeon: Handle workqueue allocation failure

On Fri, Oct 25, 2019 at 06:20:01PM +0200, Michel Dänzer wrote: > On 2019-10-25 6:18 p.m., Will Deacon wrote: > > On Fri, Oct 25, 2019 at 06:06:26PM +0200, Michel Dänzer wrote: > >> On 2019-10-25 1:04 p.m., Will Deacon wrote: > >>> In the highly unlikely event that w

Re: [PATCH] drm/radeon: Handle workqueue allocation failure

On Fri, Oct 25, 2019 at 06:06:26PM +0200, Michel Dänzer wrote: > On 2019-10-25 1:04 p.m., Will Deacon wrote: > > In the highly unlikely event that we fail to allocate the "radeon-crtc" > > workqueue, we should bail cleanly rather than blindly march on with a &

[PATCH] drm/radeon: Handle workqueue allocation failure

nk his fix was correct: Cc: Alex Deucher Cc: "Christian König" Cc: "David (ChunMing) Zhou" Cc: David Airlie Cc: Daniel Vetter Reported-by: Nicolas Waisman Link: https://lore.kernel.org/lkml/cadj_3a8wfrs5nouxnqs5wye7rebfp+_a5cheeqayd_p7dfj...@mail.gmail.com/ Signed-off-by: Wi

Re: [PATCH ARM] selftests, arm64: fix uninitialized symbol in tags_test.c

On Mon, Aug 19, 2019 at 05:16:37PM +0200, Andrey Konovalov wrote: > On Mon, Aug 19, 2019 at 5:03 PM Will Deacon wrote: > > > > On Mon, Aug 19, 2019 at 03:14:42PM +0200, Andrey Konovalov wrote: > > > Fix tagged_ptr not being initialized when TBI is not enabled. &

Re: [PATCH ARM] selftests, arm64: fix uninitialized symbol in tags_test.c

On Mon, Aug 19, 2019 at 03:14:42PM +0200, Andrey Konovalov wrote: > Fix tagged_ptr not being initialized when TBI is not enabled. > > Dan Carpenter Guessing this was Reported-by, or has Dan introduced his own tag now? ;) Got a link to the report? Will

Re: [PATCH v19 00/15] arm64: untag user pointers passed to the kernel

On Wed, Jul 24, 2019 at 03:20:59PM +0100, Will Deacon wrote: > On Wed, Jul 24, 2019 at 04:16:49PM +0200, Andrey Konovalov wrote: > > On Wed, Jul 24, 2019 at 4:02 PM Will Deacon wrote: > > > On Tue, Jul 23, 2019 at 08:03:29PM +0200, Andrey Konovalov wrote: > > > >

Re: [PATCH v19 00/15] arm64: untag user pointers passed to the kernel

On Wed, Jul 24, 2019 at 04:16:49PM +0200, Andrey Konovalov wrote: > On Wed, Jul 24, 2019 at 4:02 PM Will Deacon wrote: > > On Tue, Jul 23, 2019 at 08:03:29PM +0200, Andrey Konovalov wrote: > > > On Tue, Jul 23, 2019 at 7:59 PM Andrey Konovalov > > > wrote: &

Re: [PATCH v19 00/15] arm64: untag user pointers passed to the kernel

Hi Andrey, On Tue, Jul 23, 2019 at 08:03:29PM +0200, Andrey Konovalov wrote: > On Tue, Jul 23, 2019 at 7:59 PM Andrey Konovalov > wrote: > > > > === Overview > > > > arm64 has a feature called Top Byte Ignore, which allows to embed pointer > > tags into the top byte of each pointer. Userspace