>>Uh, that doesn't work. If you want infinite compute queues you need the
amdkfd model with preempt-ctx dma_fence. If you allow normal cs ioctl to
run forever, you just hang the kernel whenever userspace feels like. Not
just the gpu, the kernel (anything that allocates memory, irrespective of
proc
[AMD Official Use Only - Internal Distribution Only]
If you want to pick up the firmware directly it is maintained at...
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu
-rw-r--r-- sienna_cichlid_ce.bin 263296 logstatsplain
-rw-r--r-- sienna_cichlid_dmcu
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Daniel Vetter
>Sent: Thursday, August 04, 2016 1:23 PM
>To: Alex Deucher
>Cc: Deng, Emily; amd-gfx list; Maling list - DRI developers
>Subject: Re: [PATCH 00/13] drm/amdgpu: Add virtual di
[AMD Official Use Only - Internal Distribution Only]
The one suggestion I saw that definitely seemed worth looking at was adding
download caches if the larger CI systems didn't already have them.
Then again do we know that CI traffic is generating the bulk of the costs ? My
guess would have bee
This is a request for Dave to pull changes from Alex's tree into Dave's
"drm-fixes" tree, which is the last step before it gets sent to Linus.
Dave is the drm subsystem maintainer, and drm-next / drm-fixes branches are
where code from multiple GPU driver maintainers comes together. Dave would g
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Michel Dänzer
>Sent: Monday, November 07, 2016 2:24 AM
>To: Sandeep
>Cc: dri-devel at lists.freedesktop.org
>Subject: Re: Enable AMDGPU for CIK by default
>
>On 07/11/16 03:56 AM, Sandee
Hmm... more powerplay error messages than I am used to seeing, plus a bunch of
GPUVM faults, plus a stack trace.
My first thought would be to ask if you could go back to the previous kernel,
boot up and send a dmesg from that to see how many of those error messages are
new.
>-Original Me
>-Original Message-
>From: Daniel Mota Leite [mailto:dan...@motaleite.net]
>Sent: Friday, June 02, 2017 9:47 PM
>To: Bridgman, John
>Cc: Alex Deucher; DRI Development
>Subject: Re: Slower 3D with kernel 4.11.x
>
>On Thu, 1 Jun 2017 21:09:03 +, "Bridgman,
I'm pretty sure that the 5170M and 5130M are both based on the Cape Verde GPU,
so they would use the radeon stack rather than the amdgpu stack. Note that
"radeonsi" refers to the Mesa GL driver, which is used with both radeon and
amdgpu - it's primarily the kernel driver that is different betwee
Yep, agree. Will see if I can get that documented. Thanks !!
From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
Of bugzilla-dae...@freedesktop.org
Sent: Tuesday, July 19, 2016 11:23 PM
To: dri-devel at lists.freedesktop.org
Subject: [Bug 91880] Radeonsi on Grenada cards
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Alex Deucher
>Sent: Friday, July 11, 2014 12:23 PM
>To: Koenig, Christian
>Cc: Oded Gabbay; Lewycky, Andrew; LKML; Maling list - DRI developers;
>Deucher, Alexander
>Subject: Re: [PATCH
avid Airlie; Deucher, Alexander; linux-kernel at vger.kernel.org; dri-
>devel at lists.freedesktop.org; Bridgman, John; Lewycky, Andrew; Joerg
>Roedel; Gabbay, Oded; Koenig, Christian
>Subject: Re: [PATCH 07/83] drm/radeon: Add kfd-->kgd interface of locking
>srbm_gfx_cntl register
&g
>-Original Message-
>From: Jerome Glisse [mailto:j.glisse at gmail.com]
>Sent: Friday, July 11, 2014 1:04 PM
>To: Oded Gabbay
>Cc: David Airlie; Deucher, Alexander; linux-kernel at vger.kernel.org; dri-
>devel at lists.freedesktop.org; Bridgman, John; Lewycky, And
>-Original Message-
>From: Jerome Glisse [mailto:j.glisse at gmail.com]
>Sent: Friday, July 11, 2014 2:11 PM
>To: Bridgman, John
>Cc: Oded Gabbay; David Airlie; Deucher, Alexander; linux-
>kernel at vger.kernel.org; dri-devel at lists.freedesktop.org; Lewycky, And
>-Original Message-
>From: Jerome Glisse [mailto:j.glisse at gmail.com]
>Sent: Friday, July 11, 2014 2:52 PM
>To: Bridgman, John
>Cc: Oded Gabbay; David Airlie; Deucher, Alexander; linux-
>kernel at vger.kernel.org; dri-devel at lists.freedesktop.org; Lewycky, And
>From: Ilyes Gouta [mailto:ilyes.gouta at gmail.com]
>Sent: Friday, July 11, 2014 2:00 PM
>To: Bridgman, John
>Cc: Alex Deucher; Koenig, Christian; Oded Gabbay; Deucher, Alexander; Lewycky,
>Andrew; LKML; Maling list - DRI developers
>Subject: Re: [PATCH 02/83] drm/radeon: red
mmits would be possible if we were
willing to not have working code until we got to the equivalent of ~patch 54
(+71) when all the new scheduler bits were in. Maybe that would still be an
improvement ?
Thanks,
JB
>-Original Message-
>From: Bridgman, John
>Sent: Friday, July 11
Bridgman, John would like to recall the message, "[PATCH 07/83] drm/radeon: Add
kfd-->kgd interface of locking srbm_gfx_cntl register".
>-Original Message-
>From: Bridgman, John
>Sent: Friday, July 11, 2014 1:48 PM
>To: 'Jerome Glisse'; Oded Gabbay
>Cc: David Airlie; Deucher, Alexander; linux-kernel at vger.kernel.org; dri-
>devel at lists.freedesktop.org; Lewycky, Andrew; Joerg Roedel; Gabb
>-Original Message-
>From: Jerome Glisse [mailto:j.glisse at gmail.com]
>Sent: Saturday, July 12, 2014 11:56 PM
>To: Gabbay, Oded
>Cc: linux-kernel at vger.kernel.org; Bridgman, John; Deucher, Alexander;
>Lewycky, Andrew; joro at 8bytes.org; akpm at linux-foundation.o
>-Original Message-
>From: Dave Airlie [mailto:airlied at gmail.com]
>Sent: Tuesday, July 15, 2014 12:35 AM
>To: Christian K?nig
>Cc: Jerome Glisse; Bridgman, John; Lewycky, Andrew; linux-
>kernel at vger.kernel.org; dri-devel at lists.freedesktop.org; Deucher,
>Ale
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Bridgman, John
>Sent: Tuesday, July 15, 2014 1:07 PM
>To: Dave Airlie; Christian K?nig
>Cc: Lewycky, Andrew; linux-kernel at vger.kernel.org; dri-
>devel at
>-Original Message-
>From: Jerome Glisse [mailto:j.glisse at gmail.com]
>Sent: Tuesday, July 15, 2014 1:37 PM
>To: Bridgman, John
>Cc: Dave Airlie; Christian K?nig; Lewycky, Andrew; linux-
>kernel at vger.kernel.org; dri-devel at lists.freedesktop.org; Deucher,
>Ale
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Jerome Glisse
>Sent: Monday, July 21, 2014 7:06 PM
>To: Gabbay, Oded
>Cc: Lewycky, Andrew; Pinchuk, Evgeny; Daenzer, Michel; linux-
>kernel at vger.kernel.org; dri-devel at lists.freedes
>-Original Message-
>From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch]
>Sent: Wednesday, July 23, 2014 3:06 AM
>To: Gabbay, Oded
>Cc: Jerome Glisse; Christian K?nig; David Airlie; Alex Deucher; Andrew
>Morton; Bridgman, John; Joerg Roedel; Lewycky, Andrew; Daenzer,
>-Original Message-
>From: Christian K?nig [mailto:deathsimple at vodafone.de]
>Sent: Wednesday, July 23, 2014 3:04 AM
>To: Gabbay, Oded; Jerome Glisse; David Airlie; Alex Deucher; Andrew
>Morton; Bridgman, John; Joerg Roedel; Lewycky, Andrew; Daenzer, Michel;
>Goz, Ben
>-Original Message-
>From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
>Vetter
>Sent: Wednesday, July 23, 2014 10:42 AM
>To: Bridgman, John
>Cc: Daniel Vetter; Gabbay, Oded; Jerome Glisse; Christian K?nig; David Airlie;
>Alex Deucher; Andrew
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Bridgman, John
>Sent: Wednesday, July 23, 2014 11:07 AM
>To: Daniel Vetter
>Cc: Lewycky, Andrew; linux-mm; Daniel Vetter; Daenzer, Michel; linux-
>kernel at vger.ke
>-Original Message-
>From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
>Of Jesse Barnes
>Sent: Wednesday, July 23, 2014 5:00 PM
>To: dri-devel at lists.freedesktop.org
>Subject: Re: [PATCH v2 00/25] AMDKFD kernel driver
>
>On Mon, 21 Jul 2014 19:05:46 +0200
>dan
h only supports cards that
people can't buy yet.
From: Dave Airlie
Sent: December 11, 2016 9:57 PM
To: Wentland, Harry
Cc: dri-devel; amd-gfx mailing list; Bridgman, John; Deucher, Alexander;
Lazare, Jordan; Cheng, Tony; Cyr, Aric; Grodzovsky, Andrey
Su
couple of typo fixes re: top posting and "only supports" -> "is only used for"
____
From: Bridgman, John
Sent: December 11, 2016 10:21 PM
To: Dave Airlie; Wentland, Harry
Cc: dri-devel; amd-gfx mailing list; Deucher, Alexander; Lazare, Jordan;
v3 with typo fixes and additional comments/questions..
From: Bridgman, John
Sent: December 11, 2016 10:21 PM
To: Dave Airlie; Wentland, Harry
Cc: dri-devel; amd-gfx mailing list; Deucher, Alexander; Lazare, Jordan; Cheng,
Tony; Cyr, Aric; Grodzovsky, Andrey
Yep, good point. We have tended to stay a bit behind bleeding edge because our
primary tasks so far have been:
1. Support enterprise distros (with old kernels) via the hybrid driver
(AMDGPU-PRO), where the closer to upstream we get the more of a gap we have to
paper over with KCL code
2. Pus
>>If the Linux community contributes to DC, I guess those contributions
can generally be assumed to be GPLv2 licensed. Yet a future version
of the macOS driver would incorporate those contributions in the same
binary as their closed source OS-specific portion.
My understanding of the "general ru
IIRC it depends on the chip generation - for example amdgpu does not yet
include HDMI audio support on SI parts.
From: dri-devel on behalf of
Daniel Vetter
Sent: December 27, 2016 1:20 PM
To: James Cloos
Cc: dri-devel at lists.freedesktop.org
Subject: Re: HDMI
The hsakmt code requires c99 support, however gcc 4.x defaults to
c89 while gcc 5 defaults to c11. Adding this macro provides c99
support on older gcc while not forcing gcc 5 back from c11 to c99.
Signed-off-by: John Bridgman
---
 configure.ac | 1 +
 1 file changed, 1 insertion(+)
diff --git a
>-Original Message-
>From: Emil Velikov [mailto:emil.l.velikov at gmail.com]
>Sent: Tuesday, March 29, 2016 4:08 PM
>To: Bridgman, John
>Cc: dri-devel at lists.freedesktop.org
>Subject: Re: [PATCH] hsakmt: allow building with gcc 4.x
>
>Hi John,
>
>On 29
The hsakmt code requires C99 compiler support, however gcc 4.x
defaults to C89 (gcc 5 defaults to C11). v2 patch copies code
from libdrm, using AC_PROG_CC_C99 and checking success.
v1 used AC_PROG_CC_STDC and did not check C99 was enabled.
Signed-off-by: John Bridgman
---
configure.ac | 6 +
))To be clear, when we ask for open source userspace that shows how things are
suppose to be use we are thinking something like mesa but in this case most
likely something like an open source opencl implementation on top of that
kernel api.
Yep, understood. We're working on that too. Next shoul
From: dri-devel [dri-devel-bounces at lists.freedesktop.org] on behalf of Emil
Velikov [emil.l.veli...@gmail.com]
Sent: June 12, 2015 11:47 AM
To: Alex Deucher
Cc: ML dri-devel
Subject: Re: [PATCH 49/88] drm/amdgpu: remove AMDGPU_GEM_CREATE_CPU_GTT_UC
On 2
18, 2015 2:39 AM
To: Bridgman, John
Cc: Maling list - DRI developers; Alex Deucher
Subject: Re: [hsakmt] hsakmt organization and formal releases
On Fri, Oct 9, 2015 at 7:46 PM, Alex Deucher wrote:
> On Tue, Oct 6, 2015 at 8:00 AM, Oded Gabbay wrote:
>> Hi,
>>
>> I had some ti
Hi Oded,
Looking at it now...
Original Message
From: Oded Gabbay
Sent: Sunday, October 18, 2015 2:39 AM
To: Bridgman, John
Cc: Maling list - DRI developers; Alex Deucher
Subject: Re: [hsakmt] hsakmt organization and formal releases
On Fri, Oct 9, 2015 at 7:46 PM, Alex Deucher wrote:
>
Thanks Oded. Just to be clear I wasn't talking about getting rid of the include
folder, just the include/linux subfolder.
From: Oded Gabbay [oded.gab...@gmail.com]
Sent: October 18, 2015 6:51 AM
To: Bridgman, John
Cc: Maling list - DRI developers;
43 matches
Mail list logo
