[cc += dri-devel, amd-gfx]
On Fri, May 26, 2017 at 02:13:29PM +0200, Florian Echtler wrote:
> I'm running Ubuntu 16.04.2 on a 27" unibody iMac 10,1 from 2009. However, even
> with the most recent HWE stack (kernel 4.8), the display stays black after
> suspend. I can ssh into the machine, so
On Fri, May 26, 2017 at 3:23 PM, Samuel Li wrote:
> From: Xiaojie Yuan
>
> v2: fix an off by one error and leading white spaces
> v3: use thread safe strtok_r(); initialize len before calling getline();
> change printf() to drmMsg(); add initial
Hi David,
the idea is that the compositor (which is DRM master) can change the
priority of it's clients.
So using dev->fd is pointless because that is the fd of the DRM master
process.
Regards,
Christian.
Am 26.05.2017 um 11:02 schrieb Mao, David:
Hi Andres,
Why the fd is needed for this
From: Xiaojie Yuan
v2: fix an off by one error and leading white spaces
v3: use thread safe strtok_r(); initialize len before calling getline();
change printf() to drmMsg(); add initial amdgpu.ids
Change-Id: I12216da14910f5e2b0970bc1fafc2a20b0ef1ba9
Reviewed-by: Junwei
On 2017-05-26 05:02 AM, Mao, David wrote:
Hi Andres,
Why the fd is needed for this interface?
The fd is used to identify the process for which we wish to raise the
priority. It can be any fd from the target process, it doesn't have to
be a drm file descriptor at all.
The fd is used to
On Tue, May 9, 2017 at 2:13 PM, Nicolai Hähnle wrote:
> Hi all,
>
> I'm seeing some very strange errors on Verde with CPU readback from GART,
> and am pretty much out of ideas. Some help would be very much appreciated.
>
> The error manifests with the
>
Hi Andres,
Why the fd is needed for this interface?
Why not just using the dev->fd instead of fd?
IIRC, if there are more than one fds opened in the process upon the same
device, they will share the same amdgpu_device_handle which is guaranteed by
amdgpu_device_initialize.
In other word, we