On Fri, Feb 16, 2018 at 9:13 AM, Tomasz Figa wrote:
> On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy wrote:
>> On 15/02/18 04:17, Tomasz Figa wrote:
>> [...]
Could you elaborate on what kind of locking you are concerned about?
As I explained before, the normally happening fast path
On Wed, Feb 21, 2018 at 11:42:23AM +0200, Oleksandr Andrushchenko wrote:
> On 02/21/2018 11:17 AM, Roger Pau Monné wrote:
> > On Wed, Feb 21, 2018 at 10:03:34AM +0200, Oleksandr Andrushchenko wrote:
> > > --- /dev/null
> > > +++ b/drivers/gpu/drm/xen/xen_drm_front.c
> > > @@ -0,0 +1,83 @@
> > > +/*
On 21/02/18 09:03, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Introduce skeleton of the para-virtualized Xen display
> frontend driver. This patch only adds required
> essential stubs.
>
> Signed-off-by: Oleksandr Andrushchenko
> ---
> drivers/gpu/drm/Kconfig
On 21/02/18 09:47, Oleksandr Andrushchenko wrote:
> On 02/21/2018 10:19 AM, Juergen Gross wrote:
>> On 21/02/18 09:03, Oleksandr Andrushchenko wrote:
>>> From: Oleksandr Andrushchenko
>>>
>>> Introduce skeleton of the para-virtualized Xen display
>>> frontend driver. This patch only adds required
On 02/22/2018 08:09 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
It is possible that drm_simple_kms_plane_atomic_check called
with no CRTC set, e.g. when user-space application sets CRTC_ID/FB_ID
to 0 before doing any actual drawing. This leads to NULL pointer
dereference be
On Wed, Feb 21, 2018 at 10:03:34AM +0200, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Introduce skeleton of the para-virtualized Xen display
> frontend driver. This patch only adds required
> essential stubs.
>
> Signed-off-by: Oleksandr Andrushchenko
> ---
> drivers/gpu
On Wed, Feb 21, 2018 at 01:10:30AM +0200, Laurent Pinchart wrote:
> Hello,
>
> This patch series addresses a design mistake that dates back from the initial
> DU support. Support for the LVDS encoders, which are IP cores separate from
> the DU, was bundled in the DU driver. Worse, both the DU and
On 21/02/18 09:03, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> Initial handling for Xen bus states: implement
> Xen bus state machine for the frontend driver according to
> the state diagram and recovery flow from display para-virtualized
> protocol: xen/interface/io/displi
On 02/21/2018 10:23 AM, Juergen Gross wrote:
On 21/02/18 09:03, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Initial handling for Xen bus states: implement
Xen bus state machine for the frontend driver according to
the state diagram and recovery flow from display para-virtualiz
On 02/20/18 15:10, Laurent Pinchart wrote:
> Hello,
>
> This patch series addresses a design mistake that dates back from the initial
> DU support. Support for the LVDS encoders, which are IP cores separate from
> the DU, was bundled in the DU driver. Worse, both the DU and LVDS were
> described t
Op 21-02-18 om 00:56 schreef Daniel Vetter:
> On Tue, Feb 20, 2018 at 04:21:58PM +0100, Peter Zijlstra wrote:
>> On Tue, Feb 20, 2018 at 04:05:49PM +0100, Christian König wrote:
>>> Am 20.02.2018 um 15:54 schrieb Peter Zijlstra:
On Tue, Feb 20, 2018 at 03:34:07PM +0100, Christian König wrote:
Am 22.02.2018 um 09:21 schrieb Corentin Labbe:
The scheduler directory was removed via commit 1b1f42d8fde4 ("drm: move
amd_gpu_scheduler into common location")
Remove it from include path.
Signed-off-by: Corentin Labbe
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/Makefile
Am 22.02.2018 um 09:21 schrieb Corentin Labbe:
This patch fix the following build warnings:
CC [M] drivers/gpu/drm/amd/amdgpu/amdgpu_drv.o
cc1: warning: ../display/: No such file or directory [-Wmissing-include-dirs]
cc1: warning: ../display/include: No such file or directory
[-Wmissing-incl
Hi Pavel,
On Sat, Feb 17, 2018 at 10:19:55PM +0100, Pavel Machek wrote:
...
> diff --git a/drivers/soc/imx/gpc.c b/drivers/soc/imx/gpc.c
> index 53f7275..cfb42f5 100644
> --- a/drivers/soc/imx/gpc.c
> +++ b/drivers/soc/imx/gpc.c
> @@ -348,7 +348,7 @@ static int imx_gpc_old_dt_init(struct device *d
Hi Laurent,
On Thu, Feb 22, 2018 at 1:05 AM, Laurent Pinchart
wrote:
> From: Pantelis Antoniou
>
> The changeset helpers are easier to use, use them instead of
> using the static property.
>
> Signed-off-by: Pantelis Antoniou
> Acked-by: Wolfram Sang
> ["okay" -> "ok"]
Why? ePAPR says "okay",
Hey Stefan,
On 02/22/2018 04:54 AM, Stefan Schake wrote:
Android assumes an implicit black background layer is always present
behind all layers it specifies for composition. drm_hwcomposer currently
punts responsibility for this to the kernel/DRM platform and puts layers
with per-pixel alpha con
the free mem space and the lower limit both include two parts:
system memory and swap space.
For the OOM triggered by TTM, that is the case as below:
first swap space is full of swapped out pages and soon
system memory also is filled up with ttm pages. and then
any memory allocation request will r
Hi Geert,
On Thursday, 22 February 2018 11:26:44 EET Geert Uytterhoeven wrote:
> On Thu, Feb 22, 2018 at 1:05 AM, Laurent Pinchart wrote:
> > From: Pantelis Antoniou
> >
> > The changeset helpers are easier to use, use them instead of
> > using the static property.
> >
> > Signed-off-by: Pantel
Hi Frank,
On Thursday, 22 February 2018 08:07:14 EET Frank Rowand wrote:
> On 02/20/18 15:10, Laurent Pinchart wrote:
> > Hello,
> >
> > This patch series addresses a design mistake that dates back from the
> > initial DU support. Support for the LVDS encoders, which are IP cores
> > separate fro
https://bugs.freedesktop.org/show_bug.cgi?id=103371
--- Comment #1 from Marc Dietrich ---
additional info: this only happens on meson builds.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=103371
Emil Velikov changed:
What|Removed |Added
CC||baker.dyla...@gmail.com
--- Comment #2 f
https://bugzilla.kernel.org/show_bug.cgi?id=198883
Bug ID: 198883
Summary: amdgpu: carrizo: Screen stalls after starting X
Product: Drivers
Version: 2.5
Kernel Version: 4.15.0
Hardware: x86-64
OS: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=198881
Bug ID: 198881
Summary: amdgpu: carrizo: Screen stalls after starting X
Product: Drivers
Version: 2.5
Kernel Version: 4.15.0
Hardware: x86-64
OS: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #1 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Created attachment 274353
--> https://bugzilla.kernel.org/attachment.cgi?id=274353&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of t
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #3 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Created attachment 274357
--> https://bugzilla.kernel.org/attachment.cgi?id=274357&action=edit
xorg.conf
--
You are receiving this mail because:
You are watching the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--- Comment #2 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
Created attachment 274355
--> https://bugzilla.kernel.org/attachment.cgi?id=274355&action=edit
xorg log
--
You are receiving this mail because:
You are watching the assignee o
https://bugzilla.kernel.org/show_bug.cgi?id=151341
--- Comment #7 from Ricardo Ribalda (ricardo.riba...@gmail.com) ---
This seems to be (very) related to
https://bugzilla.kernel.org/show_bug.cgi?id=198883
--
You are receiving this mail because:
You are watching the assignee of the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=103371
--- Comment #3 from Marc Dietrich ---
what do you mean by texture-float flag? in the meson configuration? I set
"-Dtexture-float=true" at least. driconf isn't working anymore for me. meson
config:
--buildtype=debug \
-Db_ndebug=false \
> > Why? ePAPR says "okay", "disabled", "fail", or "fail-sss".
> >
> > Sorry for missing this in the previous round.
>
> That was per Wolfram's request, and because the existing code uses "ok". I'm
> personally fine with any.
I did? Well, today I don't have a strong preference. Any is fine wit
https://bugs.freedesktop.org/show_bug.cgi?id=105171
Clemens Eisserer changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Use ttm_pool_populate/ttm_pool_unpopulate if the driver doesn't provide
a function.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_tt.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
index 9fd
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/gpu/drm/qxl/qxl_ttm.c | 22 --
1 file changed, 22 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c b/drivers/gpu/drm/qxl/qxl_ttm.c
index 59cd74c3f3af..07d4f3fde6c1 100644
--- a/driver
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/gpu/drm/mgag200/mgag200_ttm.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c
b/drivers/gpu/drm/mgag200/mgag200_ttm.c
index c97009bb77dd..26e5f14645c5 100
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/gpu/drm/ast/ast_ttm.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_ttm.c b/drivers/gpu/drm/ast/ast_ttm.c
index 7b784d91e258..68b9c5522eaa 100644
--- a/drivers/gpu/drm
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/gpu/drm/cirrus/cirrus_ttm.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_ttm.c
b/drivers/gpu/drm/cirrus/cirrus_ttm.c
index a8e31ea07382..33798c76a64b 100644
--
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c
b/drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c
index 8516e005643f
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/gpu/drm/virtio/virtgpu_ttm.c | 16
1 file changed, 16 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_ttm.c
b/drivers/gpu/drm/virtio/virtgpu_ttm.c
index 36655b709eb2..1cde060602aa 100
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/gpu/drm/bochs/bochs_mm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_mm.c b/drivers/gpu/drm/bochs/bochs_mm.c
index 704e879711e4..5525b6660340 100644
--- a/drivers/gpu/drm/boc
Am 22.02.2018 um 11:10 schrieb Roger He:
the free mem space and the lower limit both include two parts:
system memory and swap space.
For the OOM triggered by TTM, that is the case as below:
first swap space is full of swapped out pages and soon
system memory also is filled up with ttm pages. an
-Original Message-
From: Koenig, Christian
Sent: Thursday, February 22, 2018 7:28 PM
To: He, Roger ; dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit
Am 22.02.2018 um 11:10 schrieb Roger He:
> the free mem space and the lower
When comparing two variables with min()/max(), they should be the same type:
drivers/gpu/drm/drm_memory.c: In function 'drm_get_max_iomem':
include/linux/kernel.h:821:16: error: comparison of distinct pointer types
lacks a cast [-Werror]
(void) (&max1 == &max2);
This makes the local variable i
The scheduler directory was removed via commit 1b1f42d8fde4 ("drm: move
amd_gpu_scheduler into common location")
Remove it from include path.
Signed-off-by: Corentin Labbe
---
drivers/gpu/drm/amd/amdgpu/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/Makef
This patch fix the following build warnings:
CC [M] drivers/gpu/drm/amd/amdgpu/amdgpu_drv.o
cc1: warning: ../display/: No such file or directory [-Wmissing-include-dirs]
cc1: warning: ../display/include: No such file or directory
[-Wmissing-include-dirs]
CC [M] drivers/gpu/drm/amd/amdgpu/amd
Hi Dave,
please consider merging this tag, which reduces code size a bit by
making constant interrupt register tables static, fixes a device node
leak in the PRE/PRG drivers' phandle lookups, and adds some preparations
for grayscale capture support in the imx-media driver.
regards
Philipp
The fo
Hey Robert,
On Thu, Feb 22, 2018 at 11:04 AM, Robert Foss wrote:
> Hey Stefan,
>
> On 02/22/2018 04:54 AM, Stefan Schake wrote:
>>
>> Android assumes an implicit black background layer is always present
>> behind all layers it specifies for composition. drm_hwcomposer currently
>> punts responsib
On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote:
> Add PWM mode to pwm_config() function. The drivers which uses pwm_config()
> were adapted to this change.
>
> Signed-off-by: Claudiu Beznea
> ---
> arch/arm/mach-s3c24xx/mach-rx1950.c | 11 +--
> drivers/bus/ts-nbus.c
On Fri, 16 Feb 2018 11:44:49 +0100
Boris Brezillon wrote:
> Free Electrons is now Bootlin.
>
> Signed-off-by: Boris Brezillon
> ---
> Note that I'm planning to take this patch through the MTD tree.
Applied to the nand/next branch of the MTD tree.
> ---
> .mailmap| 7 ---
> MAINTAINE
https://bugs.freedesktop.org/show_bug.cgi?id=103371
--- Comment #4 from Marc Dietrich ---
happens only in compat context - digging deeper ...
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel
Am 22.02.2018 um 12:43 schrieb He, Roger:
-Original Message-
From: Koenig, Christian
Sent: Thursday, February 22, 2018 7:28 PM
To: He, Roger ; dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit
Am 22.02.2018 um 11:10 schrieb Ro
Hello,
This patch series addresses a design mistake that dates back from the initial
DU support. Support for the LVDS encoders, which are IP cores separate from
the DU, was bundled in the DU driver. Worse, both the DU and LVDS were
described through a single DT node.
To fix the, patches 1/4 and 2
https://bugzilla.kernel.org/show_bug.cgi?id=198885
Bug ID: 198885
Summary: amdgpu.dc=1 on CIK (R4 Mullins APU) brightness
impossible to change. by Fn or "echo".
Product: Drivers
Version: 2.5
Kernel Version: 4.15.4
Hardw
The internal LVDS encoders now have their own DT bindings. Before
switching the driver infrastructure to those new bindings, implement
backward-compatibility through live DT patching.
Patching is disabled and will be enabled along with support for the new
DT bindings in the DU driver.
Signed-off-
The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add
corresponding device tree bindings.
Signed-off-by: Laurent Pinchart
Reviewed-by: Rob Herring
---
Changes since v1:
- Move the SoC name before the IP name in compatible strings
- Rename parallel input to parallel RGB input
- F
The internal LVDS encoders now have their own DT bindings, representing
them as part of the DU is deprecated.
Signed-off-by: Laurent Pinchart
Reviewed-by: Rob Herring
---
Changes since v1:
- Remove the LVDS reg range from the example
- Remove the reg-names property
---
.../devicetree/bindings/
The LVDS encoders used to be described in DT as part of the DU. They now
have their own DT node, linked to the DU using the OF graph bindings.
This allows moving internal LVDS encoder support to a separate driver
modelled as a DRM bridge. Backward compatibility is retained as legacy
DT is patched l
On Thu, Feb 22, 2018 at 3:13 AM, Tomasz Figa wrote:
> On Fri, Feb 16, 2018 at 9:13 AM, Tomasz Figa wrote:
>> On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy wrote:
>>> On 15/02/18 04:17, Tomasz Figa wrote:
>>> [...]
>
> Could you elaborate on what kind of locking you are concerned about?
>
Hi Hyun,
On Thursday, 22 February 2018 04:50:42 EET Hyun Kwon wrote:
> On Wed, 2018-02-21 at 15:17:25 -0800, Laurent Pinchart wrote:
> > On Wednesday, 7 February 2018 03:36:36 EET Hyun Kwon wrote:
> >> Xilinx has various platforms for display, where users can create
> >> using multiple IPs in the
[sorry, I had intended to reply sooner but clearly forgot]
On 16/02/18 00:13, Tomasz Figa wrote:
On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy wrote:
On 15/02/18 04:17, Tomasz Figa wrote:
[...]
Could you elaborate on what kind of locking you are concerned about?
As I explained before, the no
https://bugs.freedesktop.org/show_bug.cgi?id=103371
Marc Dietrich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
TTM calls the default implementation now.
Signed-off-by: Christian König
---
drivers/staging/vboxvideo/vbox_ttm.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/staging/vboxvideo/vbox_ttm.c
b/drivers/staging/vboxvideo/vbox_ttm.c
index 2ea31589d773..c4b7a6b9abd5 100644
On Thu, Feb 22, 2018 at 6:43 AM, He, Roger wrote:
>
>
> -Original Message-
> From: Koenig, Christian
> Sent: Thursday, February 22, 2018 7:28 PM
> To: He, Roger ; dri-devel@lists.freedesktop.org
> Subject: Re: [PATCH] drm/ttm: check if free mem space is under the lower limit
>
> Am 22.02.2
On Thu, Feb 22, 2018 at 10:45 PM, Robin Murphy wrote:
> [sorry, I had intended to reply sooner but clearly forgot]
>
>
> On 16/02/18 00:13, Tomasz Figa wrote:
>>
>> On Fri, Feb 16, 2018 at 2:14 AM, Robin Murphy
>> wrote:
>>>
>>> On 15/02/18 04:17, Tomasz Figa wrote:
>>> [...]
>
>
> Co
On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard
wrote:
> Since we now have a way to enforce the zpos, check for the number of alpha
> planes, the only missing part is to assign our pipe automatically instead
> of hardcoding it.
>
> The algorithm is quite simple, but requires two iterations over the
On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard
wrote:
> The plane description structure was mostly needed to differentiate the
> formats usable on the primary plane (because of its lowest position), and
> assign the pipes. Now that both are dynamically checked and assigned, we
> can remove the sta
On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard
wrote:
> We've had some code for quite some time to prevent the alpha bug from
> happening on the lowest primary plane. Since we now check for this in our
> atomic_check, we can simply remove it.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Chen-Yu
On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard
wrote:
> Our backend supports a per-plane alpha property. Support it through our new
> helper.
>
> Signed-off-by: Maxime Ripard
Reviewed-by: Chen-Yu Tsai
Though, not having a graphics background, does alpha = 255 mean fully
transparent and thus ca
Hi Hyun,
Thank you for the patch.
On Wednesday, 7 February 2018 03:36:37 EET Hyun Kwon wrote:
> This add a dt binding for ZynqMP DP subsystem.
>
> Signed-off-by: Hyun Kwon
> Reviewed-by: Rob Herring
> ---
> v4
> - Specify phy related descriptions
> - Specify dma related descriptions
> - Remove
On Thu, Feb 22, 2018 at 10:17:38PM +0800, Chen-Yu Tsai wrote:
> On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard
> wrote:
> > Our backend supports a per-plane alpha property. Support it through our new
> > helper.
> >
> > Signed-off-by: Maxime Ripard
>
> Reviewed-by: Chen-Yu Tsai
>
> Though, not
https://bugs.freedesktop.org/show_bug.cgi?id=103371
--- Comment #6 from Marc Dietrich ---
... or mesa should not expose ARB_uniform_buffer_object in compat (GL 3.0)
context. I'm not an expert on this...
--
You are receiving this mail because:
You are the assignee for the bug.___
On Thu, Feb 22, 2018 at 10:34 PM, Maxime Ripard
wrote:
> On Thu, Feb 22, 2018 at 10:17:38PM +0800, Chen-Yu Tsai wrote:
>> On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard
>> wrote:
>> > Our backend supports a per-plane alpha property. Support it through our new
>> > helper.
>> >
>> > Signed-off-by:
Rename ttm_bo_add_ttm to ttm_tt_create, clean it up and move it into
ttm_tt.c.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c| 50 ++---
drivers/gpu/drm/ttm/ttm_tt.c| 43 +++
include/drm/ttm/ttm_bo_drive
Only used by the AGP backend and there it can be easily accessed using
ttm->bdev->glob.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 5 ++---
drivers/gpu/drm/ast/ast_ttm.c | 5 ++---
drivers/gpu/drm/bochs/bochs_mm.c| 5 ++---
drive
The pointer is available as bo->bdev->glob as well.
Signed-off-by: Christian König
---
drivers/gpu/drm/qxl/qxl_release.c | 2 +-
drivers/gpu/drm/ttm/ttm_bo.c | 23 ---
drivers/gpu/drm/ttm/ttm_bo_util.c | 2 +-
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 6
Never used as parameter, the only driver actually using this is nouveau
and there it is initialized after the BO is initialized.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 ++--
drivers/gpu/drm/ast/ast_ttm.c | 2 +-
drivers/gpu/drm/bochs/bo
The pointer is available as ttm->bdev->glob as well.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 6 +++---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 11 ++-
drivers/gpu/drm/ttm/ttm_tt.c | 2 --
include/drm/ttm/ttm_bo_driver.h | 1
Let's stop mangling everything in a single header and create one header
per object instead.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_tt.c| 6 -
include/drm/ttm/ttm_bo_driver.h | 237 +-
include/drm/ttm/ttm_tt.h| 272
https://bugzilla.kernel.org/show_bug.cgi?id=198885
Michel Dänzer (mic...@daenzer.net) changed:
What|Removed |Added
CC||harry.wentl...@amd.co
On Thu, Feb 22, 2018 at 10:15:07PM +0800, Chen-Yu Tsai wrote:
> On Sat, Feb 17, 2018 at 1:39 AM, Maxime Ripard
> wrote:
> > We've had some code for quite some time to prevent the alpha bug from
> > happening on the lowest primary plane. Since we now check for this in our
> > atomic_check, we can s
On 2018-02-22 04:02 PM, Christian König wrote:
> Rename ttm_bo_add_ttm to ttm_tt_create, clean it up and move it into
> ttm_tt.c.
Please split this up into two changes, one which just moves the code and
renames the function, without any actual code changes, and another one
which cleans up the code
https://bugs.freedesktop.org/show_bug.cgi?id=104597
--- Comment #14 from Luke A. Guest ---
Looks like it's the same as
https://obsproject.com/forum/threads/xcomposite-colours-all-wrong.81265/ and
https://obsproject.com/forum/threads/xcomposite-window-capture-not-working.81389/.
It's been pointed
On 2018-02-22 12:15 PM, Christian König wrote:
> Use ttm_pool_populate/ttm_pool_unpopulate if the driver doesn't provide
> a function.
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/ttm/ttm_tt.c | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/driv
Alex, Christian, et al.
Thanks for your rapid response!
I can certainly make the change PPC-only (#ifdef CONFIG_PPC64...) and I
think
that's the safest way to go right now. It makes the patch very specific to
Cedar
on PowerPC64, so it doesn't break anything that may have come to depend on
Russel
https://bugs.freedesktop.org/show_bug.cgi?id=104597
--- Comment #15 from Michel Dänzer ---
(In reply to Luke A. Guest from comment #14)
> It's been pointed out it's not Obs as TyMiles2012 moved back from the Oibaf
> PPA on Ubuntu 17.10.1 back to standard drivers and it no longer affects him.
Tha
On Thu, Feb 22, 2018 at 02:54:27PM +0100, Christian König wrote:
> TTM calls the default implementation now.
>
> Signed-off-by: Christian König
Reviewed-by: Daniel Vetter
Is there some sync requirement with drm trees? If so probably simplest if
you stuff this one into drm-misc.
-Daniel
> ---
From: Alexandru Gheorghe
Status register contains a lot of bits for reporting internal errors
inside mali-dp. Currently, we just silently ignore all of the erorrs,
that doesn't help when we are investigating different bugs, especially
on the FPGA models which have a lot of constrains, so we could
On Thu, Feb 22, 2018 at 10:55 AM, Ben Crocker wrote:
> Alex, Christian, et al.
>
> Thanks for your rapid response!
>
> I can certainly make the change PPC-only (#ifdef CONFIG_PPC64...) and I
> think
> that's the safest way to go right now. It makes the patch very specific to
> Cedar
> on PowerPC6
On Thu, Feb 22, 2018 at 08:12:48AM +0200, Oleksandr Andrushchenko wrote:
> On 02/22/2018 08:09 AM, Oleksandr Andrushchenko wrote:
> > From: Oleksandr Andrushchenko
> >
> > It is possible that drm_simple_kms_plane_atomic_check called
> > with no CRTC set, e.g. when user-space application sets CRTC
On Thu, Feb 22, 2018 at 12:47:51PM +0100, Arnd Bergmann wrote:
> When comparing two variables with min()/max(), they should be the same type:
>
> drivers/gpu/drm/drm_memory.c: In function 'drm_get_max_iomem':
> include/linux/kernel.h:821:16: error: comparison of distinct pointer types
> lacks a c
We cannot select a symbol without meeting its other dependencies:
warning: (DRM_PL111) selects DRM_DUMB_VGA_DAC which has unmet direct
dependencies (HAS_IOMEM && DRM && DRM_BRIDGE && OF)
drivers/gpu/drm/bridge/dumb-vga-dac.c: In function 'dumb_vga_probe':
drivers/gpu/drm/bridge/dumb-vga-dac.c:207
https://bugzilla.kernel.org/show_bug.cgi?id=198885
--- Comment #2 from Przemek (sop...@gmail.com) ---
Hi Michel,
Thank you very much for insane-fast response.
Yes, "actual_brightness" is a bad example, same occurs on this file without
"amdgpu.dc=1".
Here are values from requested files:
"/sys/
Hi Alex,
Thanks for the patch, it is quite useful. I have some small changes to
suggest:
On Thu, Feb 22, 2018 at 04:02:37PM +, Alexandru Gheorghe wrote:
> From: Alexandru Gheorghe
>
> Status register contains a lot of bits for reporting internal errors
> inside mali-dp. Currently, we just s
I considered that, but I'm only equipped to test on a few cards--the ones
IBM is interested in.
So this Cedar-specific change fixes the problem on the FirePro 2270; the
other cards seem
perfectly capable of handling 40+ bit DMA addresses on the Power8 platform.
On Thu, Feb 22, 2018 at 11:07 AM, A
On Thu, Feb 22, 2018 at 11:45 AM, Ben Crocker wrote:
> I considered that, but I'm only equipped to test on a few cards--the ones
> IBM is interested in.
> So this Cedar-specific change fixes the problem on the FirePro 2270; the
> other cards seem
> perfectly capable of handling 40+ bit DMA address
In radeon_device_init, set the need_dma32 flag for Cedar chips
(e.g. FirePro 2270). This fixes, or at least works around, a bug
on PowerPC exposed by last year's commits
8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
and
253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)
whi
On Thu, Feb 22, 2018 at 4:51 PM, Ben Crocker wrote:
> In radeon_device_init, set the need_dma32 flag for Cedar chips
> (e.g. FirePro 2270). This fixes, or at least works around, a bug
> on PowerPC exposed by last year's commits
>
> 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
>
> and
In radeon_device_init, set the need_dma32 flag for Cedar chips
(e.g. FirePro 2270). This fixes, or at least works around, a bug
on PowerPC exposed by last year's commits
8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
and
253fd51e2f533552ae35a0c661705da6c4842c1b (Alistair Popple)
whi
On Mon, Feb 19, 2018 at 11:11:23AM +0200, Oleksandr Andrushchenko wrote:
> ping
> On 02/12/2018 10:52 AM, Oleksandr Andrushchenko wrote:
> > From: Oleksandr Andrushchenko
> >
> > If simple_kms_helper based driver needs to work with vblanks,
> > then it has to provide drm_driver.{enable|disable}_v
https://bugzilla.kernel.org/show_bug.cgi?id=198885
--- Comment #3 from Przemek (sop...@gmail.com) ---
And here values from requested files without "amdgpu.dc=1"
"/sys/class/backlight/amdgpu_bl0 # ls -l
razem 0
-r--r--r-- 1 root root 4096 02-22 17:50 actual_brightness
-rw-r--r-- 1 root root 4096 0
On Tue, Feb 20, 2018 at 5:44 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> There's no need to set this before the number of DMA bits has been
> properly determined.
>
> Signed-off-by: Thierry Reding
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 1 -
> 1 file c
On 2018-02-22 10:57 PM, Ben Crocker wrote:
> In radeon_device_init, set the need_dma32 flag for Cedar chips
> (e.g. FirePro 2270). This fixes, or at least works around, a bug
> on PowerPC exposed by last year's commits
>
> 8e3f1b1d8255105f31556aacf8aeb6071b00d469 (Russell Currey)
>
> and
>
> 25
1 - 100 of 192 matches
Mail list logo