Hi Dave,
The attached is our semaphore implementation, amdgpu_cs.c is drm file,
the others are kernel file.
Any suggestion?
Regards,
David Zhou
On 2017年02月28日 03:36, Dave Airlie wrote:
Hi,
Any further news on these?
Dave.
On 6 January 2017 at 03:48, Andres Rodriguez wrote:
Cool, thanks
Use a more common logging style.
Miscellanea:
o Coalesce formats and realign arguments
o Neaten a few macros now using pr_
Signed-off-by: Joe Perches
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_afmt.c | 4 +-
drivers/gpu/drm/amd/
Joe Perches (2):
drm: Use pr_cont where appropriate
gpu: drm: Convert printk(KERN_ to pr_
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_afmt.c | 4 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 4 +-
drivers/gpu/drm/amd/amd
Using 'printk("\n")' is not preferred anymore and
using printk to continue logging messages now produces
multiple line logging output unless the continuations
use KERN_CONT.
Convert these uses to appropriately use pr_cont or a
single printk where possible.
Miscellanea:
o Use a temporary const ch
Hi,
Any further news on these?
Dave.
On 6 January 2017 at 03:48, Andres Rodriguez wrote:
> Cool, thanks for the heads up David.
>
>
> Regards,
>
> Andres
>
>
> On 1/4/2017 11:13 PM, Mao, David wrote:
>
> Hi Andres,
>
> We have a local change made yesterday which eliminate the need to get unused
On Mon, Feb 27, 2017 at 10:08:47AM +0100, Daniel Vetter wrote:
> On Mon, Feb 27, 2017 at 09:56:56AM +0100, Christian König wrote:
> > Am 26.02.2017 um 22:35 schrieb Daniel Vetter:
> > > On Sun, Feb 19, 2017 at 10:32:43AM +0100, Christian König wrote:
> > > > Am 18.02.2017 um 23:50 schrieb Nicolai H
On Mon, Feb 27, 2017 at 09:56:56AM +0100, Christian König wrote:
> Am 26.02.2017 um 22:35 schrieb Daniel Vetter:
> > On Sun, Feb 19, 2017 at 10:32:43AM +0100, Christian König wrote:
> > > Am 18.02.2017 um 23:50 schrieb Nicolai Hähnle:
> > > > From: Nicolai Hähnle
> > > >
> > > > The vm fault hand
Am 26.02.2017 um 22:35 schrieb Daniel Vetter:
On Sun, Feb 19, 2017 at 10:32:43AM +0100, Christian König wrote:
Am 18.02.2017 um 23:50 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
The vm fault handler relies on the fact that the VMA owns a reference
to the BO. However, once mmap_sem is release
