Hello,
-mmots 4.4.0-mm1-dbg-00602-g776bd09
[ 5331.509087] WARNING: CPU: 0 PID: 359 at
drivers/gpu/drm/i915/intel_drv.h:1446 gen6_read32+0x7b/0x253 [i915]()
[ 5331.509091] RPM wakelock ref not held during HW access
[ 5331.509093] Modules linked in:
[ 5331.509182] CPU: 0 PID: 359 Comm: Xorg Not t
Hi Dave,
This 2nd pull request includes the following,
- add configurable plane support and relevant cleanups.
- fixup kernel panic issue at drm releasing.
- remove unnecessary codes.
This has been delayed to resolve a critical issue - which incurrs
a kernel panic when driver is
On Tue, Jan 12, 2016 at 02:07:35PM -0800, Linus Torvalds wrote:
> On Tue, Jan 12, 2016 at 1:13 PM, Chris Wilson
> wrote:
> > Indeed. So I replaced the post-clflush_cache_range() clflush() with a
> > udelay(10) instead, and the corruption vanished. Putting the udelay(10)
> > before the clflush_cac
to
'__eq' that depend on a template parameter, so a declaration of '__eq' must be
available [-fpermissive]
_M_move_data(__x, __eq());
^
/usr/include/c++/5/bits/stl_tree.h:1334:25: note: (if you use '-fpermissive',
G++ will accept your code, but allowing the use of an undeclared name is
deprecated)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/32624661/attachment-0001.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/047d6316/attachment.html>
sigh...
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/0443ed1d/attachment.html>
On 13.01.2016 06:23, Marek Olšák wrote:
> From: Michel Dänzer
>
> CC amdgpu_bo.lo
> ../../amdgpu/amdgpu_bo.c: In function 'amdgpu_create_bo_from_user_mem':
> ../../amdgpu/amdgpu_bo.c:539:12: warning: assignment makes integer from
> pointer without a cast [-Wint-conversion]
> args.ad
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
---
Change since v6:
- No change
---
.../devicetree/bindings/display/bridge/ps8640.txt | 43
1 file changed, 43 insertio
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
---
Changes since v6:
- Add ps8640 firmware update function
- Change i2c to i2c_transfer from i2c_master_recv/i2c_master_send
- Add comments for each page client
---
drivers/gpu/drm/bridge/Kconfig
build, and without having to get a
downstream patch into Debian / RHEL.
Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/
Hi Jitao,
On 01/13/2016 07:48 AM, Jitao Shi wrote:
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
> ---
> Changes since v6:
> - Add ps8640 firmware update function
> - Change i2c to i2c_transfer from i2c_master_recv/i2c_master_send
> - Ad
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/efbc4b2f/attachment.html>
On 2016å¹´01æ13æ¥ 02:05, John Keeping wrote:
> Commit dbb3d94 (drm/rockchip: vop: move interrupt registers into
> vop_data) introduced new macros for updating the interrupt control
> registers but these always use the mask from the register definition
> without refining it for the particular bit
rockchip_drm_vop's module init had moved to rockchip_vop_reg.c
so no need to build rockchip_drm_vop.ko
Signed-off-by: Mark Yao
---
drivers/gpu/drm/rockchip/Makefile |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/Makefile
b/drivers/gpu/drm/ro
Since a67719d (drm/rockchip: vop: spilt register related into
rockchip_reg_vop.c), rockchip_drm_vop's module_init moved to
rockchip_vop_reg.c, then no need to build rockchip_drm_vop.ko
After build rockchip_drm_vop.c into rockchipdrm.ko, following
export symbol is also no needed:
rockchip_drm_d
Now rockchip_drm_vop.c is build into rockchipdrm.ko, so
no need to export following symbol anymore:
rockchip_drm_dma_attach_device
rockchip_drm_dma_detach_device
rockchip_drm_dma_attach_device
rockchip_drm_dma_detach_device
rockchip_register_crtc_funcs
rockchip_unregister_cr
gt; + .atomic_set_property = sti_plane_atomic_set_property,
> > > > + .atomic_get_property = sti_plane_atomic_get_property,
> > > > };
> > > > --
> > > > 1.9.1
> > > >
> > > > ___
> > > > dri-devel mailing list
> > > > dri-devel at lists.freedesktop.org
> > > > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> > >
> > > --
> > > Daniel Vetter
> > > Software Engineer, Intel Corporation
> > > http://blog.ffwll.ch
> > >
> >
> >
> >
> > --
> >
> > Benjamin Gaignard
> >
> > Graphic Working Group
> >
> > Linaro.org <http://www.linaro.org/> *â *Open source software for ARM
> SoCs
> >
> > Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> |
> Twitter
> > <http://twitter.com/#!/linaroorg> | Blog
> > <http://www.linaro.org/linaro-blog/>
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> http://blog.ffwll.ch
>
--
Benjamin Gaignard
Graphic Working Group
Linaro.org <http://www.linaro.org/> *â *Open source software for ARM SoCs
Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter
<http://twitter.com/#!/linaroorg> | Blog
<http://www.linaro.org/linaro-blog/>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/d4478af8/attachment-0001.html>
On Wed, Jan 13, 2016 at 09:53:32AM +0100, Benjamin Gaignard wrote:
> Hi,
>
> I have been able to implement zpos in generic way using Marek's patches (v3)
> so I'm abandon this patch and wait to see Marek's patches merged to propose
> a new one.
Imo Marek's patch is pretty much ready. Feel like do
t drm_plane_state {
> /* Plane rotation */
> unsigned int rotation;
>
> + /* Plane zpos */
> + unsigned int zpos;
> + unsigned int normalized_zpos;
> +
> struct drm_atomic_state *state;
> };
>
> @@ -2083,6 +2092,8 @@ struct drm_mode_config {
> struct drm_property *tile_property;
> struct drm_property *plane_type_property;
> struct drm_property *rotation_property;
> + struct drm_property *zpos_property;
> + struct drm_property *zpos_immutable_property;
> struct drm_property *prop_src_x;
> struct drm_property *prop_src_y;
> struct drm_property *prop_src_w;
> @@ -2484,6 +2495,9 @@ extern struct drm_property
> *drm_mode_create_rotation_property(struct drm_device
> extern unsigned int drm_rotation_simplify(unsigned int rotation,
> unsigned int
> supported_rotations);
>
> +extern int drm_mode_create_zpos_property(struct drm_device *dev);
> +extern int drm_mode_create_zpos_immutable_property(struct drm_device
> *dev);
> +
> /* Helpers */
>
> static inline struct drm_plane *drm_plane_find(struct drm_device *dev,
> --
> 1.9.2
>
>
--
Benjamin Gaignard
Graphic Working Group
Linaro.org <http://www.linaro.org/> *â *Open source software for ARM SoCs
Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter
<http://twitter.com/#!/linaroorg> | Blog
<http://www.linaro.org/linaro-blog/>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/bbf7f5e1/attachment-0001.html>
Am 12.01.2016 um 22:30 schrieb Alex Deucher:
> On Tue, Jan 12, 2016 at 4:23 PM, Marek Olšák wrote:
>> Hi,
>>
>> These are libdrm_amdgpu patches harvested from an internal branch.
>>
>> The first patch is a revert I had to make to fix the build. Yeah,
>> sequence_mutex should be renamed to a mor
x27; local needs to be removed from omap_atomic_commit, otherwise:
drivers/gpu/drm/omapdrm/omap_drv.c:145:16: error: unused variable 'flags'
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/381b7dd1/attachment.sig>
Again since the core takes care of this we can remove them. While at
it also remove the postclose hook, it's empty.
v2: Laurent pointed me at even more code to delete.
v3: Remove unused flags (Tomi).
Cc: Laurent Pinchart
Cc: Tomi Valkeinen
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher
Sig
On Wed, Jan 13, 2016 at 11:43 AM, Christian König
wrote:
> Am 12.01.2016 um 22:30 schrieb Alex Deucher:
>>
>> On Tue, Jan 12, 2016 at 4:23 PM, Marek Olšák wrote:
>>>
>>> Hi,
>>>
>>> These are libdrm_amdgpu patches harvested from an internal branch.
>>>
>>> The first patch is a revert I had to
ame: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/24f365a9/attachment.sig>
Am 13.01.2016 um 12:15 schrieb Marek Olšák:
> On Wed, Jan 13, 2016 at 11:43 AM, Christian König
> wrote:
>> Am 12.01.2016 um 22:30 schrieb Alex Deucher:
>>> On Tue, Jan 12, 2016 at 4:23 PM, Marek Olšák wrote:
Hi,
These are libdrm_amdgpu patches harvested from an internal branc
Am Dienstag, den 12.01.2016, 23:40 +0100 schrieb Daniel Vetter:
> On Tue, Jan 12, 2016 at 11:02 PM, Rob Herring wrote:
> > On Tue, Jan 12, 2016 at 9:15 AM, Philipp Zabel
> > wrote:
> >> From: CK Hu
> >>
> >> Add an interface to allocate Mediatek GEM buffers, allow the IOCTLs
> >> to be used by
On Tue, Nov 17, 2015 at 10:29:56AM +, Liviu Dudau wrote:
> On Mon, Nov 16, 2015 at 06:19:53PM +0100, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > An encoder is associated with a connector by the DRM core as a result of
> > setting up a configuration. Drivers using the atomic or lega
The condition is reversed so this function is a no-op.
Fixes: bcc19d9bf5cd ('drm/nouveau/pci: implement generic code for pcie speed
change')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/pci/pcie.c
b/drivers/gpu/drm/nouveau/nvkm/subdev/pci/pcie.c
index b32954f..
On Wed, Jan 13, 2016 at 11:47:20AM +, Liviu Dudau wrote:
> On Tue, Nov 17, 2015 at 10:29:56AM +, Liviu Dudau wrote:
> > On Mon, Nov 16, 2015 at 06:19:53PM +0100, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > An encoder is associated with a connector by the DRM core as a res
On Tue, Jan 12, 2016 at 06:06:34PM -0800, Linus Torvalds wrote:
> On Tue, Jan 12, 2016 at 4:55 PM, Chris Wilson
> wrote:
> >
> > The double clflush() remains a mystery.
>
> Actually, I think it's explainable.
>
> It's wrong to do the clflush *after* the GPU has done the write, which
> seems to
As commented in drm_atomic_helper_wait_for_vblanks(), userspace relies
on cursor ioctls being unsynced. Converting the rockchip driver to
atomic has significantly impacted cursor performance by making every
cursor update wait for vblank.
By skipping the vblank sync when the framebuffer has not ch
Hi David,
This is the DRM part of the ARM HDLCD driver. It has been included in
linux-next for about a week and includes the Kconfig patches submitted
by Arnd Bergman last week. Please pull into drm-next.
Best regards,
Liviu
The following changes since commit 8a0d560f3e651808ae0a3d9ab9fe476e59de
The new debugfs initialization code fails to build when CONFIG_DEBUG_FS
is disabled:
In file included from /git/arm-soc/drivers/gpu/drm/nouveau/nouveau_drm.c:57:0:
drivers/gpu/drm/nouveau/nouveau_debugfs.h: In function 'nouveau_debugfs_init':
drivers/gpu/drm/nouveau/nouveau_debugfs.h:37:29: error:
On Wednesday 13 January 2016 14:55:47 Karol Herbst wrote:
> > Arnd Bergmann hat am 13. Januar 2016 um 14:48
> > geschrieben:
> >
> > The new debugfs initialization code fails to build when CONFIG_DEBUG_FS
> > is disabled:
> >
> > In file included from
> > /git/arm-soc/drivers/gpu/drm/nouveau/n
Hi Inki,
Ping.
Regards
Andrzej
On 11/02/2015 02:16 PM, Andrzej Hajda wrote:
> Hi Inki, Krzysztof,
>
> This patchset adds support for Exynos 5433 HDMI.
> There are also few preparation/cleanup patches.
> All patches except one touch only exynos-drm.
> Sixth patch adds binding properties for Exyn
nature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/031530ad/attachment.sig>
Hello,
On 2016-01-11 16:22, Ville Syrjälä wrote:
> On Mon, Jan 11, 2016 at 04:07:50PM +0100, Daniel Vetter wrote:
>> On Mon, Jan 11, 2016 at 03:18:44PM +0100, Marek Szyprowski wrote:
>>> Dear All,
>>>
>>> I would like to add support for configuring alpha modes: straight and
>>> pre-multiplied fo
On Wed, Jan 13, 2016 at 12:53:34PM +, John Keeping wrote:
> As commented in drm_atomic_helper_wait_for_vblanks(), userspace relies
> on cursor ioctls being unsynced. Converting the rockchip driver to
> atomic has significantly impacted cursor performance by making every
> cursor update wait fo
On Wed, Jan 13, 2016 at 03:13:35PM +0100, Marek Szyprowski wrote:
> Hello,
>
> On 2016-01-11 16:22, Ville Syrjälä wrote:
> >On Mon, Jan 11, 2016 at 04:07:50PM +0100, Daniel Vetter wrote:
> >>On Mon, Jan 11, 2016 at 03:18:44PM +0100, Marek Szyprowski wrote:
> >>>Dear All,
> >>>
> >>>I would like
This shouldn't be used by atomic drivers any more, it confuses the
state tracking.
Cc: Maxime Ripard
Cc: Laurent Pinchart
Acked-by: Laurent Pinchart
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc_helper.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/
On Wed, 13 Jan 2016 15:23:20 +0100, Daniel Vetter wrote:
> On Wed, Jan 13, 2016 at 12:53:34PM +, John Keeping wrote:
> > As commented in drm_atomic_helper_wait_for_vblanks(), userspace
> > relies on cursor ioctls being unsynced. Converting the rockchip
> > driver to atomic has significantly i
Use kobj_to_dev() instead of open-coding it.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/drm_sysfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index 0ca6410..d503f8e 100644
--- a/drivers/gpu/drm/drm_sysfs.c
+
Use hlist_for_each_entry() instead of hlist_for_each() to simplify
the code.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_execbuffer.c
b/drivers/gpu/drm/i91
Use kobj_to_dev() instead of open-coding it.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c
index 4386cba..7d8d84e 100644
-
On Mon, 11 Jan 2016 22:41:06 +0100
Daniel Vetter wrote:
> The only thing this did was cancle pending flip events, and the core
> takes care of that now.
>
> Cc: Boris Brezillon
> Acked-by: Daniel Stone
> Reviewed-by: Alex Deucher
> Signed-off-by: Daniel Vetter
Acked-by: Boris Brezillon
>
On Wed, Jan 13, 2016 at 03:13:35PM +0100, Marek Szyprowski wrote:
> Hello,
>
> On 2016-01-11 16:22, Ville Syrjälä wrote:
> > On Mon, Jan 11, 2016 at 04:07:50PM +0100, Daniel Vetter wrote:
> >> On Mon, Jan 11, 2016 at 03:18:44PM +0100, Marek Szyprowski wrote:
> >>> Dear All,
> >>>
> >>> I would l
Hi Yakir,
Am Mittwoch, 23. Dezember 2015, 20:25:38 schrieb Yakir Yang:
>The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> share the same IP, so a lot of parts can be re-used. I split the common
> code into bridge directory, then rk3288 and exynos only need to keep
> some p
Use kobj_to_dev() instead of open-coding it.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/i915/i915_sysfs.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_sysfs.c
b/drivers/gpu/drm/i915/i915_sysfs.c
index 37e3f0d..c6188dd 100644
--- a/dr
Use kobj_to_dev() instead of open-coding it.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/radeon/radeon_pm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 59abebd..460c8f2 100644
--- a/drivers
On Wed, Jan 13, 2016 at 10:48:39PM +0800, Geliang Tang wrote:
> Use hlist_for_each_entry() instead of hlist_for_each() to simplify
> the code.
>
> Signed-off-by: Geliang Tang
> ---
> drivers/gpu/drm/i915/i915_gem_execbuffer.c | 10 +++---
> 1 file changed, 3 insertions(+), 7 deletions(-)
>
On Wed, Jan 13, 2016 at 02:34:25PM +, John Keeping wrote:
> On Wed, 13 Jan 2016 15:23:20 +0100, Daniel Vetter wrote:
>
> > On Wed, Jan 13, 2016 at 12:53:34PM +, John Keeping wrote:
> > > As commented in drm_atomic_helper_wait_for_vblanks(), userspace
> > > relies on cursor ioctls being uns
On Wed, Jan 13, 2016 at 10:48:40PM +0800, Geliang Tang wrote:
> Use kobj_to_dev() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Queued for -next, thanks for the patch.
-Daniel
> ---
> drivers/gpu/drm/i915/i915_sysfs.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
On Wed, Jan 13, 2016 at 10:48:41PM +0800, Geliang Tang wrote:
> Use kobj_to_dev() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Merged to drm-misc, thanks.
-Daniel
> ---
> drivers/gpu/drm/drm_sysfs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers
On Wed, 13 Jan 2016 16:40:05 +0100, Daniel Vetter wrote:
> On Wed, Jan 13, 2016 at 02:34:25PM +, John Keeping wrote:
> > On Wed, 13 Jan 2016 15:23:20 +0100, Daniel Vetter wrote:
> >
> > > On Wed, Jan 13, 2016 at 12:53:34PM +, John Keeping wrote:
> > > > As commented in drm_atomic_help
On Wed, Jan 13, 2016 at 03:55:29PM +, John Keeping wrote:
> On Wed, 13 Jan 2016 16:40:05 +0100, Daniel Vetter wrote:
>
> > On Wed, Jan 13, 2016 at 02:34:25PM +, John Keeping wrote:
> > > On Wed, 13 Jan 2016 15:23:20 +0100, Daniel Vetter wrote:
> > >
> > > > On Wed, Jan 13, 2016 at 12:53
On Wed, Jan 13, 2016 at 07:10:15PM +0300, Gleb Fotengauer-Malinovskiy wrote:
> Kernel headers should use linux/types.h based definitions.
>
> Signed-off-by: Gleb Fotengauer-Malinovskiy
Acked-by: Michael S. Tsirkin
> ---
> include/uapi/linux/virtio_gpu.h | 2 +-
> 1 file changed, 1 insertion(+
On Wed, 13 Jan 2016 17:21:56 +0100, Daniel Vetter wrote:
> On Wed, Jan 13, 2016 at 03:55:29PM +, John Keeping wrote:
> > On Wed, 13 Jan 2016 16:40:05 +0100, Daniel Vetter wrote:
> >
> > > On Wed, Jan 13, 2016 at 02:34:25PM +, John Keeping wrote:
> > > > On Wed, 13 Jan 2016 15:23:20 +0
if usergart is really what they depend on.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160113/c56d1294/attachment.sig>
On Wed, Jan 13, 2016 at 9:48 AM, Geliang Tang wrote:
> Use kobj_to_dev() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Applied patches 4 and 5. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/radeon_pm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/driver
On Wed, Jan 13, 2016 at 04:40:38PM +, John Keeping wrote:
> On Wed, 13 Jan 2016 17:21:56 +0100, Daniel Vetter wrote:
>
> > On Wed, Jan 13, 2016 at 03:55:29PM +, John Keeping wrote:
> > > On Wed, 13 Jan 2016 16:40:05 +0100, Daniel Vetter wrote:
> > >
> > > > On Wed, Jan 13, 2016 at 02:34
On Mon, Jan 11, 2016 at 9:35 AM, Christian König
wrote:
> From: Christian König
>
> Most VM BOs end up in the duplicates list, validate it
> first make -ENOMEM less likely.
>
> Signed-off-by: Christian König
> Reviewed-by: Chunming Zhou
Applied the series. thanks!
Alex
> ---
> drivers/g
On Wed, 6 Jan 2016 21:41:30 +0100
Jens Kuske wrote:
> On 05/01/16 19:40, Jean-Francois Moine wrote:
> [snip]
> > diff --git a/drivers/gpu/drm/sunxi/de2_hdmi_h3.c
> > b/drivers/gpu/drm/sunxi/de2_hdmi_h3.c
> > new file mode 100644
> > index 000..c54b090
> > --- /dev/null
> > +++ b/drivers/gpu/
From: Colin Ian King
nvkm_udevice_time does not initialize ret and this is used
in the macro nvif_unpack(). Intializing it to zero allows the
compiler to optimize out the ret == -ENOSYS check in the macro.
Issue found by static analysis with cppcheck:
[drivers/gpu/drm/nouveau/nvkm/engine/device/
Hi Dan,
yeah I also catched that. I assume something went wrong in the review process,
because I am sure I didn't added that "pci ||" check myself ;) but who knows,
maybe I was tired working with ben on that, cause it was like 4am while doing
the last polishing steps.
nvm, I already send a patch
> Karol Herbst hat am 13. Januar 2016 um 13:30
> geschrieben:
>
> Hi Dan,
>
> yeah I also catched that. I assume something went wrong in the review process,
> because I am sure I didn't added that "pci ||" check myself ;) but who knows,
> maybe I was tired working with ben on that, cause it was
> Arnd Bergmann hat am 13. Januar 2016 um 14:48 geschrieben:
>
> The new debugfs initialization code fails to build when CONFIG_DEBUG_FS
> is disabled:
>
> In file included from /git/arm-soc/drivers/gpu/drm/nouveau/nouveau_drm.c:57:0:
> drivers/gpu/drm/nouveau/nouveau_debugfs.h: In function 'nou
Kernel headers should use linux/types.h based definitions.
Signed-off-by: Gleb Fotengauer-Malinovskiy
---
include/uapi/linux/virtio_gpu.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/virtio_gpu.h b/include/uapi/linux/virtio_gpu.h
index 7a63faa..4b04ead 1
On Wed, 13 Jan 2016 18:19:17 +0100, Daniel Vetter wrote:
> On Wed, Jan 13, 2016 at 04:40:38PM +, John Keeping wrote:
> > On Wed, 13 Jan 2016 17:21:56 +0100, Daniel Vetter wrote:
> >
> > > On Wed, Jan 13, 2016 at 03:55:29PM +, John Keeping wrote:
> > > > On Wed, 13 Jan 2016 16:40:05 +0
On Wed, Jan 13, 2016 at 4:34 AM, Chris Wilson
wrote:
>
> Forgive me for being dense, but if we overwrite the GPU data in the
> backing struct page with the cacheline from the CPU, how do we see the
> results from the GPU afterwards?
Hmm. Good point.
Ok, all the symptoms just say "writes from GP
Hi Dave,
A few more misc things for radeon and amdgpu for 4.5:
- TTM fixes for imported buffers
- amdgpu fixes to avoid -ENOMEM in CS ioctl
- CZ UVD and VCE clock force options for debugging video issues
- A couple of ACP prerequisites
- Misc fixes
The following changes since commit 57b4f7e68720e
gcc warns about the timestamp in drm_wait_vblank being possibly
used without an initialization:
drivers/gpu/drm/drm_irq.c: In function 'drm_wait_vblank':
drivers/gpu/drm/drm_irq.c:1755:28: warning: 'now.tv_usec' may be used
uninitialized in this function [-Wmaybe-uninitialized]
vblwait->reply.
Dave,
This series is the minimal changes to get virtio-gpu working with
Android DRM based hwcomposer. The first 3 patches are fixes, but I
assume they are only hit if using the atomic APIs which is dependent on
the 4th patch. I suspect async commit support is also missing, but
Android doesn't
When using the atomic API, plane->fb is not set when calling
virtio_gpu_plane_atomic_update. Use plane->state->fb instead.
Signed-off-by: Rob Herring
---
drivers/gpu/drm/virtio/virtgpu_plane.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_
This fixes drawing updates when updating planes with atomic API.
Signed-off-by: Rob Herring
---
drivers/gpu/drm/virtio/virtgpu_plane.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c
b/drivers/gpu/drm/virtio/virtgpu_plane.c
index 6b9ad59..af121cf
For dumb buffers, we need to transfer them to the host when updating a
plane.
Signed-off-by: Rob Herring
---
drivers/gpu/drm/virtio/virtgpu_plane.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/virtio/virtgpu_plane.c
b/drivers/gpu/drm/virtio/virtgpu_plane.c
index af
Advertise atomic mode setting capability to user space.
Signed-off-by: Rob Herring
---
drivers/gpu/drm/virtio/virtgpu_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.c
b/drivers/gpu/drm/virtio/virtgpu_drv.c
index b40ed60..7f898cf 1006
Hi Jitao,
On Tue, Jan 12, 2016 at 6:18 PM, Jitao Shi wrote:
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
> ---
> Changes since v6:
> - Add ps8640 firmware update function
> - Change i2c to i2c_transfer from i2c_master_recv/i2c_master_send
Hi,
* Dan Carpenter [151223 23:29]:
> [ It's weird that I'm just now getting this warning from 2014... Oh
> well, looks legit. -dan ]
Sorry for the delay on this one, got distracted few times with
other bugs to deal with. This seems like a valid warning yeah.
Tomi, do we really need two copies
On 2016-01-08 01:20, Emil Velikov wrote:
> Hi guys,
>
> Am I loosing the plot here or something feels amiss here ?
>
> On 6 January 2016 at 06:12, Meng Yi wrote:
>> For state->fb or state->crtc may be NULL in fsl_dcu_drm_plane_atomic_check
>> function, if so, return 0.
>>
>> Signed-off-by: Meng
79 matches
Mail list logo
