Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT

> > of the existing list of architectures. It can also take advantage of the > > common kernel-mode FPU API and method of adjusting CFLAGS. > > > > Acked-by: Alex Deucher > > Reviewed-by: Christoph Hellwig > > Signed-off-by: Samuel Holland > > With this patch in

Re: [PATCH v4 13/15] drm/amd/display: Use ARCH_HAS_KERNEL_FPU_SUPPORT

On Fri, May 24, 2024 at 9:17 AM Alex Deucher wrote: > > On Fri, May 24, 2024 at 5:16 AM Guenter Roeck wrote: > > > > Hi, > > > > On Fri, Mar 29, 2024 at 12:18:28AM -0700, Samuel Holland wrote: > > > Now that all previously-supported architectures s

Re: [PATCH 0/3] Update LLVM Phabricator and Bugzilla links

w and CC'ing other lists, in case maintainers > want to chime in, but I think this is pretty uncontroversial (famous > last words...). > Acked-by: Alex Deucher > --- > Nathan Chancellor (3): > selftests/bpf: Update LLVM Phabricator links > arch and include: Updat

Re: [PATCH v2 00/14] Unified cross-architecture kernel-mode FPU API

is to allow using newer AMD GPUs > (e.g. Navi) on RISC-V boards such as SiFive's HiFive Unmatched. Those > GPUs need CONFIG_DRM_AMD_DC_FP to initialize, which requires kernel-mode > FPU support. Series is: Acked-by: Alex Deucher > > Previous versions: > v1: > https://lore.kernel.o

Re: Fwd: Linux 6.3.1 + AMD RX 570 on ppc64le 4K: Kernel attempted to read user page (1128) - exploit attempt? (uid: 0)

On Sat, May 13, 2023 at 12:11 PM Greg Kroah-Hartman wrote: > > On Fri, May 12, 2023 at 03:25:47PM +, Christophe Leroy wrote: > > > > > > Le 12/05/2023 à 17:16, Christophe Leroy a écrit : > > > > > > > > > Le 11/05/2023 à 19:25, Niccolò Belli a écrit : > > >> [Vous ne recevez pas souvent de

Re: Fwd: Linux 6.3.1 + AMD RX 570 on ppc64le 4K: Kernel attempted to read user page (1128) - exploit attempt? (uid: 0)

On Fri, May 12, 2023 at 11:16 AM Christophe Leroy wrote: > > > > Le 11/05/2023 à 19:25, Niccolò Belli a écrit : > > [Vous ne recevez pas souvent de courriers de darkba...@linuxsystems.it. > > D?couvrez pourquoi ceci est important ? > > https://aka.ms/LearnAboutSenderIdentification ] > > > > Il

Re: Build regressions/improvements in v6.2-rc1

On Tue, Dec 27, 2022 at 10:34 AM Geert Uytterhoeven wrote: > > On Tue, 27 Dec 2022, Geert Uytterhoeven wrote: > > Below is the list of build error/warning regressions/improvements in > > v6.2-rc1[1] compared to v6.1[2]. > > > > Summarized: > > - build errors: +11/-13 > >

Re: [PATCH] powerpc: export cpu_smallcore_map for modules

On Mon, Aug 22, 2022 at 9:16 AM Christoph Hellwig wrote: > > On Mon, Aug 22, 2022 at 01:40:23PM +1000, Michael Ellerman wrote: > > Randy Dunlap writes: > > > drivers/gpu/drm/amd/amdkfd/kfd_device.c calls cpu_smt_mask(). > > > This is an inline function on powerpc which references > > >

Re: [PATCH] powerpc: export cpu_smallcore_map for modules

gt; Fixes: 7bc913085765 ("drm/amdkfd: Try to schedule bottom half on same core") > Signed-off-by: Randy Dunlap > Cc: Gautham R. Shenoy > Cc: Michael Ellerman > Cc: Nicholas Piggin > Cc: Christophe Leroy > Cc: linuxppc-dev@lists.ozlabs.org > Cc: amd-...@lists.freedesk

Re: Build regressions/improvements in v5.17-rc1

On Mon, Jan 24, 2022 at 5:25 AM Geert Uytterhoeven wrote: > > On Sun, 23 Jan 2022, Geert Uytterhoeven wrote: > > Below is the list of build error/warning regressions/improvements in > > v5.17-rc1[1] compared to v5.16[2]. > > > > Summarized: > > - build errors: +17/-2 > > - build warnings:

Re: Build regressions/improvements in v5.12-rc1

On Mon, Mar 1, 2021 at 9:21 AM Geert Uytterhoeven wrote: > > On Mon, 1 Mar 2021, Geert Uytterhoeven wrote: > > Below is the list of build error/warning regressions/improvements in > > v5.12-rc1[1] compared to v5.11[2]. > > > > Summarized: > > - build errors: +2/-0 > > > [1] > >

Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc

On Thu, Apr 9, 2020 at 5:41 AM Daniel Vetter wrote: > > On Thu, Apr 9, 2020 at 10:54 AM Benjamin Herrenschmidt > wrote: > > > > On Wed, 2020-04-08 at 14:25 +0200, Daniel Vetter wrote: > > > On Wed, Apr 08, 2020 at 01:59:17PM +0200, Christoph Hellwig wrote: > > > > If this code was broken for

Re: [PATCH 3/5] drm/amdgpu: Remove superfluous void * cast in debugfs_create_file() call

On Mon, Oct 21, 2019 at 6:23 PM Geert Uytterhoeven wrote: > > There is no need to cast a typed pointer to a void pointer when calling > a function that accepts the latter. Remove it, as the cast prevents > further compiler checks. > > Signed-off-by: Geert Uytterhoeven Applied. Thanks! Alex

Re: [PATCH] fix double ;;s in code

On Tue, Feb 20, 2018 at 3:03 AM, Jani Nikula wrote: > On Mon, 19 Feb 2018, Pavel Machek wrote: >> On Mon 2018-02-19 16:41:35, Daniel Vetter wrote: >>> Yeah, pls split this into one patch per area, with a suitable patch >>> subject prefix. Look at git

Re: [trivial PATCH] treewide: Align function definition open/close braces

+- > drivers/gpu/drm/amd/display/dc/core/dc.c | 2 +- For amdgpu: Acked-by: Alex Deucher <alexander.deuc...@amd.com> > drivers/media/i2c/msp3400-kthreads.c | 2 +- > drivers/message/fusion/mptsas.c | 2 +- > drive

Re: [PATCH v3 4/7] sound/radeon: Add quirk for broken 64-bit MSI

On Mon, Oct 13, 2014 at 4:11 PM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Wed, 2014-10-08 at 16:28 +1100, Benjamin Herrenschmidt wrote: Further discussion with the hw teams have revealed that this is still an issue on newer asics so I think your original patch is correct

Re: [PATCH v3 4/7] sound/radeon: Add quirk for broken 64-bit MSI

On Wed, Oct 8, 2014 at 1:28 AM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Tue, 2014-10-07 at 19:47 -0400, Alex Deucher wrote: This moves the setting of the quirk flag to the audio driver. While recent ASICs have that problem fixed, they don't seem to be listed in the PCI

Re: [PATCH v3 4/7] sound/radeon: Add quirk for broken 64-bit MSI

On Tue, Oct 7, 2014 at 12:38 AM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: From: Signed-off-by: Alex Deucher alexdeuc...@gmail.com A number of radeon cards have a HW limitation causing them to be unable to generate the full 64-bit of address bits for MSIs. This breaks MSIs

Re: [PATCH v3 4/7] sound/radeon: Add quirk for broken 64-bit MSI

On Tue, Oct 7, 2014 at 7:49 PM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Tue, 2014-10-07 at 19:47 -0400, Alex Deucher wrote: While recent ASICs have that problem fixed, they don't seem to be listed in the PCI IDs of the current driver, so let's quirk all the ATI HDMI

Re: [PATCH v2 3/4] sound/radeon: Move 64-bit MSI quirk from arch to driver

On Fri, Oct 3, 2014 at 1:23 AM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Wed, 2014-10-01 at 22:13 -0400, Alex Deucher wrote: The attached updated patch only flags the affected asics. I need formal (email :-) permission to add your s-o-b (and From: while at it since you wrote

Re: [PATCH 4/4] sounds/hda/radeon: Disable 64-bit DMA on radeon

On Wed, Oct 1, 2014 at 4:30 AM, Takashi Iwai ti...@suse.de wrote: At Wed, 01 Oct 2014 10:09:28 +0200, Takashi Iwai wrote: At Wed, 01 Oct 2014 17:41:29 +1000, Benjamin Herrenschmidt wrote: On Wed, 2014-10-01 at 09:38 +0200, Takashi Iwai wrote: diff --git a/sound/pci/hda/hda_intel.c

Re: [PATCH 3/4] sound/hda/radeon: Generalize 64-bit MSI quirks

On Tue, Sep 30, 2014 at 10:09 PM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: A number of radeon cards have a HW limitation causing them to be unable to generate the full 64-bit of address bits for MSIs. This breaks MSIs on some platforms such as POWER machines. We used to have a

Re: [PATCH 4/4] sounds/hda/radeon: Disable 64-bit DMA on radeon

On Wed, Oct 1, 2014 at 6:08 PM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Wed, 2014-10-01 at 13:58 -0400, Alex Deucher wrote: Patch looks good. Audio DMAs are limited to 40 bits, same as the GPU side. I'm still waiting to hear back on the MSIs for audio, but they probably

Re: [PATCH v2 3/4] sound/radeon: Move 64-bit MSI quirk from arch to driver

of the quirk flag to the audio driver. While recent ASICs have that problem fixed, they don't seem to be listed in the PCI IDs of the current driver, so let's quirk all the ATI HDMI for now. The consequences are nil on x86 anyway. v2: Alex Deucher: only quirk the affected asics Signed-off

Re: [PATCH 4/4] ALSA: hda - Limit 40bit DMA for AMD HDMI controllers

or 48bit DMA. In this patch, we take 40bit DMA for safety for the AMD/ATI controllers as the graphics drivers does. Signed-off-by: Takashi Iwai ti...@suse.de Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org CC: sta...@vger.kernel.org Reviewed-by: Alex Deucher alexander.deuc

Re: [PATCH v2 2/4] gpu/radeon: Move 64-bit MSI quirk from arch to driver

...@kernel.crashing.org CC: sta...@vger.kernel.org Reviewed-by: Alex Deucher alexander.deuc...@amd.com --- v2: This is just adjusted to the new flag name arch/powerpc/kernel/pci_64.c| 1 - drivers/gpu/drm/radeon/radeon_irq_kms.c | 10 ++ 2 files changed, 10 insertions

Re: 3.11-rc3+git: __divdi3 undefined on powerpc (from radeon)

On Sat, Aug 3, 2013 at 8:44 AM, Meelis Roos mr...@linux.ee wrote: While trying to compile v3.11-rc3-288-gabe0308 on powerpc 32-bit, it failed with the following linking error: ERROR: __divdi3 [drivers/gpu/drm/radeon/radeon.ko] undefined! Some new 64-bit division in radeon that is not

Re: [PATCHv5 0/2] Speed Cap fixes for ppc64

On Wed, May 15, 2013 at 8:35 AM, Kleber Sacilotto de Souza kleb...@linux.vnet.ibm.com wrote: On 05/06/2013 11:32 AM, Alex Deucher wrote: On Fri, May 3, 2013 at 7:01 PM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Fri, 2013-05-03 at 19:43 -0300, Kleber Sacilotto de Souza wrote

Re: [PATCHv5 0/2] Speed Cap fixes for ppc64

On Fri, May 3, 2013 at 7:01 PM, Benjamin Herrenschmidt b...@kernel.crashing.org wrote: On Fri, 2013-05-03 at 19:43 -0300, Kleber Sacilotto de Souza wrote: This patch series does: 1. max_bus_speed is used to set the device to gen2 speeds 2. on power there's no longer a conflict between the

Re: [PATCHv3 2/2] radeon: use max_bus_speed to activate gen2 speeds

On Wed, Apr 17, 2013 at 8:38 AM, Lucas Kannebley Tavares luca...@linux.vnet.ibm.com wrote: On 04/12/2013 01:38 PM, Bjorn Helgaas wrote: On Thu, Apr 11, 2013 at 7:13 AM, Lucas Kannebley Tavares luca...@linux.vnet.ibm.com wrote: radeon currently uses a drm function to get the speed

Re: [PATCHv3 2/2] radeon: use max_bus_speed to activate gen2 speeds

On Wed, Apr 17, 2013 at 4:11 PM, Bjorn Helgaas bhelg...@google.com wrote: On Wed, Apr 17, 2013 at 2:04 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Wed, Apr 17, 2013 at 8:38 AM, Lucas Kannebley Tavares luca...@linux.vnet.ibm.com wrote: On 04/12/2013 01:38 PM, Bjorn Helgaas wrote: On Thu

Re: Oops with Radeon/Uninorth on Maple

On Thu, May 24, 2012 at 2:18 AM, Dmitry Eremin-Solenikov dmitry_ere...@mentor.com wrote: Hello, colleagues, I'm trying to enable an AGP slot (again) on my Maple board (dual PPC970FX board, with CPC925 (U3H) north bridge).  For now I'm stuck with a problem: I use radeon card, drm-radeon