Does anyone have any information related to the Surface Sync PM4 command and
the output from DRM?
I am having issues with CP stalls and am trying to figure out what is not
getting satisfied.
Unfortunately the Radeon docs all say 'see the CP_COHER_CNTL register for a
definition' - but I have not
> -Original Message-
> From: Tom Stellard>
> On Wed, Apr 23, 2014 at 01:27:11PM +, Dorrington, Albert wrote:
> > When I try to call clEnqueueReadImage(), after a
> clEnqueueNDRangeKernel(); the clover/aop/transfer.cpp again generates a
> Pixel Shader, which
In trying to implement Image support in Clover, I have discovered that the
existing CL image related calls result in the generation of Pixel Shader
sequences for copies of images to and from the GPU.
I initially thought that this would be fine, and was able to implement image
read tests that us
I have been working on integrating image support into a hybrid Clover build.
I managed to get 2D image reads working a week or so ago, and have moved on to
implementing 2D image writes.
I have an issue where when writing 4x4 images, things are working fine. When I
move on to larger images, I get
> -Original Message-
> From: Francisco Jerez [mailto:curroje...@riseup.net]
> > In the case where I had the 23,328 events in the queue, at least two
> > dozen kernels has been compiled, and each kernel had been executed 6
> times, with different input parameters.
> > (I would have to back
> -Original Message-
> From: Francisco Jerez [mailto:curroje...@riseup.net]
>
> "Dorrington, Albert" writes:
>
> >> -Original Message-
> >> From: Francisco Jerez [mailto:curroje...@riseup.net]
> > > "Dorrington, Albert&
> -Original Message-
> From: Francisco Jerez [mailto:curroje...@riseup.net]
> "Dorrington, Albert" writes:
> >
> > From reading the OpenCL spec (and perhaps I'm misinterpreting something
> again), section 5.10 Flush and Finish says:
> >
>
> -Original Message-
> From: Francisco Jerez [mailto:curroje...@riseup.net]
> Sent: Monday, April 14, 2014 4:04 PM
> To: Dorrington, Albert; mesa-dev@lists.freedesktop.org
> Subject: RE: EXTERNAL: Re: [Mesa-dev] Clover clEnqueue* function don't
> implement blo
> -Original Message-
> From: Francisco Jerez [mailto:curroje...@riseup.net]
> Sent: Monday, April 14, 2014 11:21 AM
> To: Dorrington, Albert; mesa-dev@lists.freedesktop.org
> Subject: EXTERNAL: Re: [Mesa-dev] Clover clEnqueue* function don't
> implement blocking?
&
>From reviewing api/transfer.cpp, it looks like all of the API calls that have
>a blocking parameter do not have anything that implement blocking
>functionality.
clEnqueueReadBuffer(), clEnqueueWriteBuffer(),
clEnqueueReadBufferRect(), clEnqueueWriteBufferRect(),
clEnqueueReadImage(), clEnqueueW
nal Message-
> From: Tom Stellard [mailto:t...@stellard.net]
> Sent: Friday, April 11, 2014 11:35 AM
> To: Dorrington, Albert
> Cc: mesa-dev@lists.freedesktop.org; Aaron Watry
> Subject: EXTERNAL: Re: [Mesa-dev] R600/OpenCL - kernel_param resource
>
> On Thu, Apr 10, 2014 a
I am having an issue with a memory leak in an OpenCL program I am testing.
In the program I call the same kernel repeatedly, for every pixel in an image.
(Probably not the most efficient code, but it is a learning/testing thing.)
One thing in particular I have not yet been able to figure out, is
> -Original Message-
> From: Tom Stellard [mailto:t...@stellard.net]
> Sent: Monday, March 31, 2014 3:28 PM
> >
>
> There have been a few bug-fixes to the region calculation helpers in the last
> few months. You should try porting those back to 10.1 to see if it makes a
> difference.
>
I am experimenting with adding image support to Mesa and am encountering
something I don't understand with the mapping routines implemented in
transfer.cpp, within the soft_copy_op function.
We are working on 10.1 branch of Mesa which has some tweaks to let Mesa run
OpenCL kernels build from th
age-
> From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On
> Behalf Of Dorrington, Albert
> Sent: Monday, March 24, 2014 6:54 PM
> To: Tom Stellard
> Cc: mesa-dev@lists.freedesktop.org
> Subject: Re: [Mesa-dev] EXTERNAL: Re: OpenCL/clover buffers vs images
>
>
vergreen_set_compute_resources(), where you removed the vertex buffer setup.
-Al
> -Original Message-
> From: Tom Stellard [mailto:t...@stellard.net]
> Sent: Monday, March 24, 2014 4:16 PM
> To: Dorrington, Albert
> Cc: mesa-dev@lists.freedesktop.org
> Subject: EXTERNAL:
I have been experimenting with adding image support to the clover
implementation, and have been trying to understand the differences between the
existing buffer support and what would be required to support images.
>From what I'm gathering, buffers are laid out in VRAM in a linear format,
>whil
I'm curious if there is any way to reset/restart the video card via Mesa or the
libdrm drivers?
I'm currently doing development against the OpenCL drivers, and getting the
video card into a state where is will not respond.
The only way I can get things cleaned up is by rebooting my Linux box, bu
> -Original Message-
> From: Tom Stellard [mailto:t...@stellard.net]
> Subject: Re: [Mesa-dev] EXTERNAL: Re: Radeon
> r600_ring_test/evergreen_resume errors
>
> On Fri, Feb 21, 2014 at 05:53:02PM +, Dorrington, Albert wrote:
> > > -Original Message---
> -Original Message-
> From: Alex Deucher [mailto:alexdeuc...@gmail.com]
> You are seeing a GPU hang and the driver attempts to reset it which doesn't
> always work. Probably a problem in the OpenGL or OpenCL driver in mesa.
>
> Alex
I assume there is some sort of watchdog timer monitori
I have started getting the errors shown below while experimenting with the
openCL code:
I am using a recent pull of Mesa (a 10.1-devel trunk pull, about a week old or
so I think) and have updated to libdrm 2.4.52
I'm stuck using kernel 3.10.0-54.0.1.el7.x86_64 for RHEL7.
I have seen posts indic
Currently clGetDeviceInfo() returns an empty string when queried for
CL_DEVICE_EXTENSIONS.
Looking through both the Mesa and LLVM/Clang code I see references to the
following extensions:
cl_khr_fp16
cl_khr_fp64
cl_khr_int64_base_atomics
cl_khr_int64_extended_atomics
cl_khr_gl_sha
> -Original Message-
> From: Francisco Jerez [mailto:curroje...@riseup.net]
> Sent: Wednesday, January 15, 2014 10:35 AM
>
> Yeah, well, it's up to the implementation how device-specific the binaries
> are. On r600 they're roughly half-way through the compilation process. If
> that's not
Hi Francisco,
I implemented the patch on my system and rebuilt my two programs.
Reran my "online compile with save" program to generate a new 'compiled kernel'
and then reran the "load compiled kernel" program; and it worked without
errors, executing the kernel properly.
So, it looks like the
[mailto:curroje...@riseup.net]
Sent: Tuesday, January 14, 2014 4:18 PM
To: Dorrington, Albert; Tom Stellard
Cc: mesa-dev@lists.freedesktop.org
Subject: RE: EXTERNAL: Re: [Mesa-dev] OpenCL Clang/Clover Offline Compilation
issue
This e-mail message contained a file attachment that was blocked per L
ry 14, 2014 2:33 PM
To: Dorrington, Albert; mesa-dev@lists.freedesktop.org
Subject: EXTERNAL: Re: [Mesa-dev] Error Building Mesa 10.0.1 on Windows
This is correct. Note that on master this was introduced by commit
7e61b44dcd6175579f60d8ff2f703a6c83e33d27 (mesa: enable GL_TEXTURE_LOD_BIAS
set/get
A little further investigation, it looks like the correct solution is to
replace the call to roundf() with IROUND() which is defined in
src\mesa\main\imports.h
From: mesa-dev-boun...@lists.freedesktop.org
[mailto:mesa-dev-boun...@lists.freedesktop.org] On Behalf Of Dorrington, Albert
Sent
I'm attempting to build Mesa 10.0.1 on Windows (Win7, 64-bit) using the scons
interface.
Currently getting the following error:
link /nologo /fixed:no /incremental:no /dll
/out:build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.dll
build\windows-x86-debug\gallium\state_
trackers\wgl\wgl
n this task.
Thanks!
-Al
-Original Message-
From: Francisco Jerez [mailto:curroje...@riseup.net]
Sent: Tuesday, January 14, 2014 4:06 AM
To: Tom Stellard; Dorrington, Albert
Cc: mesa-dev@lists.freedesktop.org
Subject: Re: EXTERNAL: Re: [Mesa-dev] OpenCL Clang/Clover Offline Compilation
issue
To
m: Tom Stellard [mailto:t...@stellard.net]
Sent: Monday, January 13, 2014 1:12 PM
To: Dorrington, Albert
Cc: mesa-dev@lists.freedesktop.org
Subject: EXTERNAL: Re: [Mesa-dev] OpenCL Clang/Clover Offline Compilation issue
On Thu, Jan 09, 2014 at 12:49:51PM +, Dorrington, Albert wrote:
>
I am not sure if this is the appropriate list on which to ask this question, if
not hopefully someone can suggest an alternative.
Under Linux, I am attempting to perform an offline compile of an OpenCL kernel
example using Clang, and then load that binary using the
clCreateProgramWithBinary() f
31 matches
Mail list logo
