There are some potential integer overflows here on 64 bit systems.
The condition "if (nfences > SIZE_MAX / sizeof(*fences))" can only be
true on 32 bit systems, it's a no-op on 64 bit, so let's ignore the
check for now and look a couple lines after:
if (!access_ok(VERIFY_READ, user, nfenc
https://bugs.freedesktop.org/show_bug.cgi?id=102247
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On 08/16/2017 05:17 AM, Eric Anholt wrote:
We need the following things to happen in sequence:
DSI host creation
DSI device creation in the panel driver (needs DSI host)
DSI device attach from panel to host.
DSI drm_panel_add()
DSI encoder creation
DSI encoder's DRM panel/bridge attach
Unless
Ping. Is there any other concern to merge the fix?
2017-07-27 16:20 GMT+08:00 Chih-Wei Huang :
> Define two macros to avoid building errors.
>
> Fixes: 7e6bf88cac (amdgpu: move asic id table to a separate file)
>
> Signed-off-by: Chih-Wei Huang
> ---
> amdgpu/Android.mk | 6 ++
> 1 file chan
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #25 from Michel Dänzer ---
(In reply to Ethan Hsieh from comment #24)
> The tearing issue which I saw when running glxgear with default window size
> is same as the corruption shown in Timo's video.
That's corruption, not tearing.
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #24 from Ethan Hsieh ---
The tearing issue which I saw when running glxgear with default window size is
same as the corruption shown in Timo's video.
The photo and video I uploaded were taken when running glxgear with full
screen.
-
https://bugs.freedesktop.org/show_bug.cgi?id=102247
--- Comment #4 from Michel Dänzer ---
BTW, -DLLVM_LINK_LLVM_DYLIB=ON should avoid this bug as well.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=102247
--- Comment #3 from Michel Dänzer ---
That's a different, pre-existing issue. To avoid it, build LLVM with either
-DLLVM_LINK_LLVM_DYLIB=ON or -DLLVM_APPEND_VC_REV=OFF.
--
You are receiving this mail because:
You are the assignee for the bug._
Hi,
Dne četrtek, 10. avgust 2017 ob 02:21:21 CEST je Rob Herring napisal(a):
> On Wed, Aug 02, 2017 at 09:06:26PM +0200, Jernej Škrabec wrote:
> > Hi,
> >
> > Dne sreda, 02. avgust 2017 ob 07:02:39 CEST je icen...@aosc.io napisal(a):
> > > 在 2017-08-02 12:53，Jernej Škrabec 写道：
> > >
> > > > Hi I
Am 16.08.2017 um 04:12 schrieb Chris Mi:
Using current TC code, it is very slow to insert a lot of rules.
In order to improve the rules update rate in TC,
we introduced the following two changes:
1) changed cls_flower to use IDR to manage the filters.
2) changed all act_xxx mod
Quoting Christian König (2017-08-16 08:49:07)
> Am 16.08.2017 um 04:12 schrieb Chris Mi:
> > Using current TC code, it is very slow to insert a lot of rules.
> >
> > In order to improve the rules update rate in TC,
> > we introduced the following two changes:
> > 1) changed cls_flower to u
Noralf Trønnes writes:
> Den 16.08.2017 22.39, skrev Laurent Pinchart:
>> Hi Noralf,
>>
>> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
>>> Den 16.08.2017 19.24, skrev Eric Anholt:
Noralf Trønnes writes:
> This library provides helpers for drivers that don't subclass
> dr
Hi Noralf,
On Wednesday 16 Aug 2017 23:31:23 Noralf Trønnes wrote:
> Den 16.08.2017 23.13, skrev Daniel Vetter:
> > On Wed, Aug 16, 2017 at 11:11 PM, Laurent Pinchart wrote:
> >> On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote:
> >>> Perhaps pinged Laurent on irc since he's written/reviewed
Hi Noralf,
On Wednesday 16 Aug 2017 23:24:50 Noralf Trønnes wrote:
> Den 16.08.2017 23.08, skrev Laurent Pinchart:
> > On Wednesday 16 Aug 2017 23:03:36 Noralf Trønnes wrote:
> >> Den 16.08.2017 22.39, skrev Laurent Pinchart:
> >>> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
> Den
Den 16.08.2017 23.13, skrev Daniel Vetter:
On Wed, Aug 16, 2017 at 11:11 PM, Laurent Pinchart
wrote:
On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote:
Perhaps pinged Laurent on irc since he's written/reviewed a bunch of cma
patches. Aside: Being on irc would be good, makes it quicker to
Den 16.08.2017 23.08, skrev Laurent Pinchart:
Hi Noralf,
On Wednesday 16 Aug 2017 23:03:36 Noralf Trønnes wrote:
Den 16.08.2017 22.39, skrev Laurent Pinchart:
On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
Den 16.08.2017 19.24, skrev Eric Anholt:
Noralf Trønnes writes:
This libra
On Wed, Aug 16, 2017 at 11:11 PM, Laurent Pinchart
wrote:
> On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote:
>> Perhaps pinged Laurent on irc since he's written/reviewed a bunch of cma
>> patches. Aside: Being on irc would be good, makes it quicker to
>> discuss stuff like this if you're aro
Hi Daniel,
On Wednesday 16 Aug 2017 23:06:30 Daniel Vetter wrote:
> On Wed, Aug 16, 2017 at 11:03 PM, Noralf Trønnes wrote:
> > Den 16.08.2017 22.39, skrev Laurent Pinchart:
> >> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
> >>> Den 16.08.2017 19.24, skrev Eric Anholt:
> Noralf T
Hi Noralf,
On Wednesday 16 Aug 2017 23:03:36 Noralf Trønnes wrote:
> Den 16.08.2017 22.39, skrev Laurent Pinchart:
> > On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
> >> Den 16.08.2017 19.24, skrev Eric Anholt:
> >>> Noralf Trønnes writes:
> This library provides helpers for driver
On Wed, Aug 16, 2017 at 11:03 PM, Noralf Trønnes wrote:
>
> Den 16.08.2017 22.39, skrev Laurent Pinchart:
>>
>> Hi Noralf,
>>
>> On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
>>>
>>> Den 16.08.2017 19.24, skrev Eric Anholt:
Noralf Trønnes writes:
>
> This library provi
Den 16.08.2017 22.39, skrev Laurent Pinchart:
Hi Noralf,
On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
Den 16.08.2017 19.24, skrev Eric Anholt:
Noralf Trønnes writes:
This library provides helpers for drivers that don't subclass
drm_framebuffer and are backed by drm_gem_object. Th
Hi Noralf,
One additional comment.
On Wednesday 16 Aug 2017 23:37:54 Laurent Pinchart wrote:
> On Sunday 13 Aug 2017 15:31:44 Noralf Trønnes wrote:
> > This library provides helpers for drivers that don't subclass
> > drm_framebuffer and are backed by drm_gem_object. The code is
> > taken from dr
https://bugs.freedesktop.org/show_bug.cgi?id=102247
--- Comment #2 from Chris Rankin ---
No, I now get:
configure: error: Could not find llvm shared libraries:
Please make sure you have built llvm with the
--enable-shared option
and that your llvm li
Hi Noralf,
On Wednesday 16 Aug 2017 21:52:02 Noralf Trønnes wrote:
> Den 16.08.2017 19.24, skrev Eric Anholt:
> > Noralf Trønnes writes:
> >> This library provides helpers for drivers that don't subclass
> >> drm_framebuffer and are backed by drm_gem_object. The code is
> >> taken from drm_fb_cma
Ni Noralf,
Thank you for the patch.
On Sunday 13 Aug 2017 15:31:44 Noralf Trønnes wrote:
> This library provides helpers for drivers that don't subclass
> drm_framebuffer and are backed by drm_gem_object. The code is
> taken from drm_fb_cma_helper.
>
> Signed-off-by: Noralf Trønnes
> Reviewed-b
Hi Dave,
Just one fix for high CPU usage with fence synchronization.
The following changes since commit 46828dc77961d9286e55671c4dd3b6c9effadf1a:
Merge branch 'linux-4.13' of git://github.com/skeggsb/linux into drm-fixes
(2017-08-10 11:45:04 +1000)
are available in the git repository at:
Den 16.08.2017 17.46, skrev David Lechner:
On 08/16/2017 04:23 AM, Colin King wrote:
From: Colin Ian King
The function st7586_pipe_enable is local to the source
and does not need to be in global scope, so make it static.
Cleans up sparse warning:
symbol 'st7586_pipe_enable' was not declared
Den 16.08.2017 19.33, skrev Eric Anholt:
Noralf Trønnes writes:
Use the new drm_gem_framebuffer_helper who's code was copied
from this helper.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 181 ++--
1 file changed, 30 insertions(+
https://bugs.freedesktop.org/show_bug.cgi?id=102253
--- Comment #3 from Daniel Vetter ---
Ack.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedeskto
Hi Dave,
More features for 4.14. Nothing too major here. I have a few more additional
patches for large page support in vega10 among other things, but they require
some resevation object patches from drm-misc-next, so I'll send that request
once you've pulled the latest drm-misc-next. Highlight
Den 16.08.2017 09.49, skrev Daniel Vetter:
On Tue, Aug 15, 2017 at 10:58:21PM +0200, Noralf Trønnes wrote:
Den 06.08.2017 17.40, skrev Noralf Trønnes:
This is a follow up with the patches that haven't been reviewed.
First version:
https://lists.freedesktop.org/archives/dri-devel/2017-July/1481
On 2017-08-16 01:22 PM, Daniel Vetter wrote:
> On Wed, Aug 16, 2017 at 7:12 PM, Alex Deucher wrote:
>> On Wed, Aug 16, 2017 at 10:22 AM, Jerry Zuo wrote:
>>> During page flip atomic_check and atomic_commit can return
>>> -ERESTARTSYS to restart the ioctl. When this happens we fail to
>>> put the
Noralf Trønnes writes:
> Use the new drm_gem_framebuffer_helper who's code was copied
> from this helper.
>
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/drm_fb_cma_helper.c | 181
> ++--
> 1 file changed, 30 insertions(+), 151 deletions(-)
>
> diff --
Noralf Trønnes writes:
> The cma drivers use the drm_gem_framebuffer_helper functions now,
> so remove drm_fb_cma_destroy, drm_fb_cma_create_handle,
> drm_fb_cma_create_with_funcs, drm_fb_cma_create and
> drm_fb_cma_prepare_fb.
>
> Signed-off-by: Noralf Trønnes
Reviewed-by: Eric Anholt
signa
Noralf Trønnes writes:
> drm_fb_cma_create() and drm_fb_cma_prepare_fb() are just wrappers now,
> use drm_gem_fb_create() and drm_gem_fb_prepare_fb() directly.
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-devel mailing l
Noralf Trønnes writes:
> drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now,
> so use the function directly.
Reviewed-by: Eric Anholt
Looks like I should be using the default helper in place of
vc4_prepare_fb(), too.
signature.asc
Description: PGP signature
Noralf Trønnes writes:
> This library provides helpers for drivers that don't subclass
> drm_framebuffer and are backed by drm_gem_object. The code is
> taken from drm_fb_cma_helper.
>
> Signed-off-by: Noralf Trønnes
> Reviewed-by: Daniel Vetter
> ---
> +/**
> + * drm_gem_fb_destroy - Free GEM
[SNIP]
See a wait_queue is a callback mechanism anyway, so you are
wrapping a callback mechanism inside another callback
mechanism and that makes not really much sense.
Fair enough. There is one little snag though: We need to wait on
sync objects and fences at
On Wed, Aug 16, 2017 at 3:41 PM, Noralf Trønnes wrote:
>
> Den 16.08.2017 09.38, skrev Daniel Vetter:
>>
>> On Sun, Aug 06, 2017 at 05:40:56PM +0200, Noralf Trønnes wrote:
>>>
>>> drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
>>> so no need to set it.
>>>
>>> Cc: Dave Airlie
>>>
On Wed, Aug 16, 2017 at 4:49 PM, Laurent Pinchart
wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Tuesday 15 Aug 2017 16:55:19 Daniel Vetter wrote:
>> Laurent asked for this.
>
> While this is true, I'm not sure it makes a proper commit message :-)
>
>> Cc: Laurent Pinchart
>> Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=102247
--- Comment #1 from Michel Dänzer ---
https://patchwork.freedesktop.org/patch/171990/ should fix this.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing l
Hi Daniel,
Thank you for the patch.
On Tuesday 15 Aug 2017 16:55:19 Daniel Vetter wrote:
> Laurent asked for this.
While this is true, I'm not sure it makes a proper commit message :-)
> Cc: Laurent Pinchart
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_connector.c | 19
Hi Tomi,
Thank you for the patch.
On Wednesday 16 Aug 2017 12:11:25 Tomi Valkeinen wrote:
> The driver sets crtc and plane rotation properties back to 0 degrees in
> dev_lastclose() using drm_object_property_set_value().
> drm_object_property_set_value() doesn't do anything with atomic drivers,
>
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #23 from Michel Dänzer ---
Looks like there are two separate issues here — the corruption shown in Timo's
video in the original bug description, and the tearing shown in Ethan's video
and photo. They need to be tracked separately.
-
https://bugs.freedesktop.org/show_bug.cgi?id=100577
Andy Furniss changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
Hi Tomi,
Thank you for the patch.
On Wednesday 16 Aug 2017 12:49:01 Tomi Valkeinen wrote:
> From: Laurent Pinchart
>
> The omapdrm platform device is a virtual device created for the sole
> purpose of handling the omapdss/omapdrm driver split. It should
> eventually be removed. As a first step
https://bugs.freedesktop.org/show_bug.cgi?id=102253
Linus Walleij changed:
What|Removed |Added
Attachment #133546|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=102253
Bug ID: 102253
Summary: Request for freedesktop.org account
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On 03.08.2017 10:28, Hans Verkuil wrote:
> Hi Maciej,
>
> Unfortunately I do not have the MHL spec, but I was wondering what the
> relationship between RCP and CEC is. CEC has remote control support as
> well, so is RCP that subset of the CEC specification or is it completely
> separate?
We also d
MHL specification defines Remote Control Protocol(RCP) to
send input events between MHL devices.
The driver now recognizes RCP messages and reacts to them
by reporting key events to input subsystem, allowing
a user to control a device using TV remote control.
Changes in v2:
- use RC subsystem (inc
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #22 from Ethan Hsieh ---
Created attachment 133543
--> https://bugs.freedesktop.org/attachment.cgi?id=133543&action=edit
tearing on 5916&5917 (photo)
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #21 from Ethan Hsieh ---
Created attachment 133542
--> https://bugs.freedesktop.org/attachment.cgi?id=133542&action=edit
tearing on 5916&5917 (video)
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=101691
--- Comment #20 from Ethan Hsieh ---
amdgpu.dpm=0 doesn't really work.
There are some issues when loading amdgpu driver with dpm=0.
It leads to using Intel as OpenGL renderer (glxinfo) instead of AMD.
Error Message: Xorg.0.log:[ 24.261] (II) Unl
https://bugs.freedesktop.org/show_bug.cgi?id=101832
Bernhard Rosenkraenzer changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=102247
Bug ID: 102247
Summary: Mesa failing to compile
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: mediu
https://bugs.freedesktop.org/show_bug.cgi?id=102244
--- Comment #2 from clau...@thinkeasy.cz ---
Created attachment 133540
--> https://bugs.freedesktop.org/attachment.cgi?id=133540&action=edit
`lspci -vvv` output.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=102244
--- Comment #1 from clau...@thinkeasy.cz ---
Created attachment 133539
--> https://bugs.freedesktop.org/attachment.cgi?id=133539&action=edit
`lspci` output
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=102244
Bug ID: 102244
Summary: [powerplay] Can't overclock GPU memory
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sev
From: Laurent Pinchart
The omapdrm platform device is a virtual device created for the sole
purpose of handling the omapdss/omapdrm driver split. It should
eventually be removed. As a first step to ease refactoring move its
registration from platform code to driver code.
The omapdrm driver name
Reviewed-by: Monk Liu
From: amd-gfx on behalf of
Xiangliang.Yu
Sent: Wednesday, August 16, 2017 3:20:46 PM
To: a...@linux-foundation.org; labb...@redhat.com;
dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org
Cc: Yu, Xiangliang
Subject: [PATCH 1/1]
CC stable?
Reviewed-by: Christian König
Am 16.08.2017 um 09:25 schrieb Liu, Monk:
Reviewed-by: Monk Liu
*From:* amd-gfx on behalf of
Xiangliang.Yu
*Sent:* Wednesday, August 16, 2017 3:20:46 PM
*To:* a...@linux-foun
On Sun, Aug 06, 2017 at 05:41:07PM +0200, Noralf Trønnes wrote:
> virtio_gpu_mode_dumb_destroy() is the same as drm_gem_dumb_destroy()
> which is the drm_driver.dumb_destroy default, so no need to set it.
>
> Cc: David Airlie
> Cc: Gerd Hoffmann
> Signed-off-by: Noralf Trønnes
> ---
> drivers/
On Sun, Aug 06, 2017 at 05:41:06PM +0200, Noralf Trønnes wrote:
> armada_gem_dumb_destroy() is the same as drm_gem_dumb_destroy()
> which is the drm_driver.dumb_destroy default, so no need to set it.
>
> Cc: Russell King
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/armada/armada_drv.
On Sun, Aug 06, 2017 at 05:41:03PM +0200, Noralf Trønnes wrote:
> drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
> so no need to set it.
>
> Cc: Dave Airlie
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/mgag200/mgag200_drv.c | 1 -
> 1 file changed, 1 deletion(-)
>
>
On Sun, Aug 06, 2017 at 05:40:56PM +0200, Noralf Trønnes wrote:
> drm_gem_dumb_destroy() is the drm_driver.dumb_destroy default,
> so no need to set it.
>
> Cc: Dave Airlie
> Cc: Gerd Hoffmann
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/cirrus/cirrus_drv.c | 1 -
> 1 file changed,
Using current TC code, it is very slow to insert a lot of rules.
In order to improve the rules update rate in TC,
we introduced the following two changes:
1) changed cls_flower to use IDR to manage the filters.
2) changed all act_xxx modules to use IDR instead of
a small
Currently, all filters with the same priority are linked in a doubly
linked list. Every filter should have a unique handle. To make the
handle unique, we need to iterate the list every time to see if the
handle exists or not when inserting a new filter. It is time-consuming.
For example, it takes a
67 matches
Mail list logo
