On 02/27/2020 05:00 PM, Tom Stellard wrote:
> On 02/27/2020 01:27 PM, Daniel Vetter wrote:
>> Hi all,
>>
>> You might have read the short take in the X.org board meeting minutes
>> already, here's the long version.
>>
>> The good news: gitlab.fd.o has beco
On 02/27/2020 01:27 PM, Daniel Vetter wrote:
> Hi all,
>
> You might have read the short take in the X.org board meeting minutes
> already, here's the long version.
>
> The good news: gitlab.fd.o has become very popular with our
> communities, and is used extensively. This especially includes
Hi,
I just wanted to pass along a few XDC updates:
- I have made some changes to the schedule, but it should still be
considered tentative. I will let announce once it has been finalized.
- There is an informal get together planned for Tuesday night if you
are in town early. Please sign up on
Hi all,
XDC2015, is less than a week a way! I have posted a tentative schedule
on the wiki[1].
If you are a speaker and have questions about the schedule or want to
request a new time slot, please let me know. I will do my best, but I
may not be able to accommodate everyone's request.
Each
please add your name as early as possible.
I am looking forward to seeing you there, if you have any
inquiries/questions, please send them to me (please also CC: board at
foundation.x.org).
Tom Stellard
On Wed, Nov 26, 2014 at 01:17:22PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> At least on two MST devices I've tested with, when
> they are link training downstream, they are totally
> unable to handle aux ch msgs, so they defer like nuts.
> I tried 16, it wasn't enough, 32 seems better.
On Thu, Jan 16, 2014 at 11:30:14PM +, Deucher, Alexander wrote:
> > -Original Message-
> > From: Tom Stellard [mailto:tom at stellard.net]
> > Sent: Thursday, January 16, 2014 6:25 PM
> > To: Alex Deucher
> > Cc: dri-devel at lists.freedesktop.org;
On Thu, Jan 16, 2014 at 06:14:58PM -0500, Alex Deucher wrote:
> We need to set the engine bit to select the ME and
> also set the full cache bit. Should help stability
> on TN and cayman.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm/radeon/ni.c | 7
On Tue, Dec 10, 2013 at 05:57:37PM +0100, Christian K?nig wrote:
> From: Christian K?nig
>
> Otherwise we end up with a rather strange looking result.
>
Tested-by: Tom Stellard
> Signed-off-by: Christian K?nig
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/d
From: Tom Stellard <thomas.stell...@amd.com>
Also add a new RADEON_INFO query to check that CP DMA packets are
supported on the compute ring.
v2:
- Don't bump kms version, so this patch can be backported to stable
kernels.
Cc: stable at vger.kernel.org
Signed-off-by: Tom St
On Fri, Aug 16, 2013 at 03:34:09PM -0700, Greg KH wrote:
> On Fri, Aug 16, 2013 at 05:47:39PM -0400, Tom Stellard wrote:
> > From: Tom Stellard
> >
> > Also add a new RADEON_INFO query to check that CP DMA packets are
> > supported on the compute ring.
> >
>
From: Tom Stellard <thomas.stell...@amd.com>
Also add a new RADEON_INFO query to check that CP DMA packets are
supported on the compute ring.
Signed-off-by: Tom Stellard
---
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_kms.c | 3 +
drivers/gpu/drm/radeo
From: Tom Stellard thomas.stell...@amd.com
Also add a new RADEON_INFO query to check that CP DMA packets are
supported on the compute ring.
Signed-off-by: Tom Stellard thomas.stell...@amd.com
---
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
drivers/gpu/drm/radeon/radeon_kms.c | 3 +
drivers
From: Tom Stellard thomas.stell...@amd.com
Also add a new RADEON_INFO query to check that CP DMA packets are
supported on the compute ring.
v2:
- Don't bump kms version, so this patch can be backported to stable
kernels.
Cc: sta...@vger.kernel.org
Signed-off-by: Tom Stellard thomas.stell
On Fri, Aug 16, 2013 at 03:34:09PM -0700, Greg KH wrote:
On Fri, Aug 16, 2013 at 05:47:39PM -0400, Tom Stellard wrote:
From: Tom Stellard thomas.stell...@amd.com
Also add a new RADEON_INFO query to check that CP DMA packets are
supported on the compute ring.
v2:
- Don't bump kms
From: Tom Stellard <thomas.stell...@amd.com>
This makes it possible to create a surface for a buffer.
---
radeon/radeon_surface.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 80b1505..235f4ae 100644
--- a/
From: Tom Stellard thomas.stell...@amd.com
This makes it possible to create a surface for a buffer.
---
radeon/radeon_surface.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 80b1505..235f4ae 100644
--- a/radeon
On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian K?nig wrote:
> Const IBs are executed on the CE not the CP, so we can't
> fence them in the normal way.
>
> So submit them directly before the IB instead, just as
> the documentation says.
>
> Signed-off-by: Christian K?nig
> ---
>
On Fri, Jul 13, 2012 at 04:08:14PM +0200, Christian K?nig wrote:
> Otherwise we can encounter out of memory situations under extreme load.
>
> Signed-off-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon.h|2 +-
> drivers/gpu/drm/radeon/radeon_sa.c | 72
>
On Fri, Jul 13, 2012 at 04:08:14PM +0200, Christian König wrote:
Otherwise we can encounter out of memory situations under extreme load.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon.h|2 +-
drivers/gpu/drm/radeon/radeon_sa.c | 72
On Fri, Jul 13, 2012 at 04:08:15PM +0200, Christian König wrote:
Const IBs are executed on the CE not the CP, so we can't
fence them in the normal way.
So submit them directly before the IB instead, just as
the documentation says.
Signed-off-by: Christian König deathsim...@vodafone.de
On Fri, Jun 29, 2012 at 10:28:20AM -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> This is something I've been wanting to do for a while and
> I finally spent a little time getting a start on it. There
> is still a lot to do and not all of my descriptions are great,
> but I
On Fri, Jun 29, 2012 at 10:28:20AM -0400, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
This is something I've been wanting to do for a while and
I finally spent a little time getting a start on it. There
is still a lot to do and not all of my descriptions are
The maximum number of pipes is needed by the user space compute
driver to calculate the number of wavefronts per thread group.
Signed-off-by: Tom Stellard
---
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
drivers/gpu/drm/radeon/radeon_kms.c | 13 +
include/drm/radeon_drm.h
The maximum number of pipes is needed by the user space compute
driver to calculate the number of wavefronts per thread group.
Signed-off-by: Tom Stellard thomas.stell...@amd.com
---
drivers/gpu/drm/radeon/radeon_drv.c |3 ++-
drivers/gpu/drm/radeon/radeon_kms.c | 13 +
include
25 matches
Mail list logo
