On Thu, Jan 26, 2017 at 11:56:03PM +0100, Noralf Trønnes wrote:
> Instead of having the drivers call drm_debugfs_remove_files() in
> their drm_driver->debugfs_cleanup hook, do it automatically by
> traversing minor->debugfs_list.
> Also use debugfs_remove_recursive() so drivers who add their own
>
On 27/01/17 00:56, Noralf Trønnes wrote:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so the drm_driver.debugfs_cleanup callback is not
> needed.
>
> Cc: tomi.valkei...@ti.com
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/omapdrm/omap_debugfs.c |
Am 26.01.2017 um 23:56 schrieb Noralf Trønnes:
drm_debugfs_cleanup() now removes all minor->debugfs_list entries
automatically, so it's not necessary to call drm_debugfs_remove_files().
Cc: alexander.deuc...@amd.com
Cc: christian.koe...@amd.com
Signed-off-by: Noralf Trønnes
Great work! I want
Am 26.01.2017 um 23:56 schrieb Noralf Trønnes:
drm_debugfs_cleanup() now removes all minor->debugfs_list entries
automatically, so no need to call drm_debugfs_remove_files().
Also remove empty drm_driver.debugfs_cleanup callback.
Cc: alexander.deuc...@amd.com
Cc: christian.koe...@amd.com
Signed-
On Di, 2017-01-24 at 14:12 +0100, Laurent Vivier wrote:
> VIRTIO_GPU_F_VIRGL is added in features list only
> for LE kernel, so we must check for it only on LE kernel,
> otherwise virtio_has_feature() calls BUG() and
> crashes the kernel.
>
> Suggested-by: Gerd Hoffmann
> Signed-off-by: Laurent V
On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote:
> No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1
> output"). qxl_num_crtc defaults to 4 and is configurable as a module
> parameter.
Picked up patches 1-3 for drm-qemu branch.
Patch 4 doesn't apply and seem
https://bugs.freedesktop.org/show_bug.cgi?id=99555
Michel Dänzer changed:
What|Removed |Added
Product|Mesa|xorg
QA Contact|dri-devel@lists.
Am 27.01.2017 um 08:30 schrieb Daniel Vetter:
On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstrom wrote:
On 01/27/2017 03:29 AM, Michel Dänzer wrote:
On 26/01/17 09:46 AM, Sinclair Yeh wrote:
On Wed, Jan 25, 2017 at 10:49:33AM +0100, Christian König wrote:
Am 25.01.2017 um 10:25 schrie
On Thu, Jan 26, 2017 at 11:56:05PM +0100, Noralf Trønnes wrote:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so no need to call drm_debugfs_remove_files().
>
> Signed-off-by: Noralf Trønnes
Merged up to this one to drm-misc, I'll wait with the others for a
https://bugzilla.kernel.org/show_bug.cgi?id=193341
--- Comment #1 from Michel Dänzer ---
Same as https://bugzilla.kernel.org/show_bug.cgi?id=193341 .
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel maili
https://bugzilla.kernel.org/show_bug.cgi?id=193341
--- Comment #2 from Michel Dänzer ---
Sorry, I mean https://bugs.freedesktop.org/show_bug.cgi?id=99387 .
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel
Am Donnerstag, den 26.01.2017, 18:24 +0100 schrieb Daniel Vetter:
> On Thu, Jan 26, 2017 at 04:32:17PM +0100, Philipp Zabel wrote:
> > Vivante GC hardware uses simple 4x4 tiled and nested 64x64 supertiled
> > formats as well as so-called split-tiled variants for dual-pipe
> > hardware, where even a
On Thu, Jan 26, 2017 at 04:59:21PM +0100, Maarten Lankhorst wrote:
> When writing some testcases for nonblocking modesets. I found out that the
> infinite wait on the old fb was causing issues.
The crux of the issue here is the locked wait for old dependencies and
the inability to inject the intel
On Fri, Jan 27, 2017 at 08:49:34AM +0100, Daniel Vetter wrote:
> On Thu, Jan 26, 2017 at 11:56:02PM +0100, Noralf Trønnes wrote:
> > This patchset removes the need for drivers to clean up their debugfs
> > files on exit. It is done automatically in drm_debugfs_cleanup().
> > This funtion is also ca
On Thu, Jan 26, 2017 at 11:56:16PM +0100, Noralf Trønnes wrote:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so the drm_driver.debugfs_cleanup callback is not
> needed.
>
> Cc: thierry.red...@gmail.com
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/dr
On Fri, Jan 27, 2017 at 07:55:22AM +0100, Daniel Vetter wrote:
> On Thu, Jan 26, 2017 at 9:48 PM, Liviu Dudau wrote:
> >> I'm not certain number of people is a good metric, TBH. There are cases
> >> where a lot of people are working on a driver, but the patches are not
> >> being
> >> merged to t
On Thu, 2017-01-26 at 19:29 +0100, Wladimir J. van der Laan wrote:
> Reviewed-By: Wladimir J. van der Laan
Thank you.
> I do wonder whether we'll need the split formats in practice -
> e.g. the GC3000 on the i.MX6qp, for which I suppose this is being done because
> of tiled buffers support in th
Hi Jani,
Looks good to me :
Reviewed-by: Lionel Landwerlin
On 23/01/17 09:42, Jani Nikula wrote:
The function is not that big, but it's also not used for anything
performance critical. Make it a normal function.
As a side effect, this apparently makes sparse smarter about what it's
doing, an
Am Donnerstag, den 26.01.2017, 23:56 +0100 schrieb Noralf Trønnes:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so the drm_driver.debugfs_cleanup callback is not
> needed.
>
> Cc: l.st...@pengutronix.de
> Cc: linux+etna...@armlinux.org.uk
> Cc: christian.gme
Am Donnerstag, den 26.01.2017, 23:56 +0100 schrieb Noralf Trønnes:
> Make it possible to compile test the driver on other platforms.
>
> Cc: l.st...@pengutronix.de
> Cc: linux+etna...@armlinux.org.uk
> Cc: christian.gmei...@gmail.com
> Signed-off-by: Noralf Trønnes
I'm not sure we are pulling in
Hi folks,
Problem at hand: A virtual machine, equipped with two display devices,
one virtual, one physical (using pci pass-through, or kvmgt-based vgpu).
There is no easy way for the user to configure which of the two display
devices fbcon should run on. i915 happens to win over bochs-drm or
On 01/27/17 00:56, Noralf Trønnes wrote:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so the drm_driver.debugfs_cleanup callback is not
> needed. Also remove the unused tilcdc_module_ops.debugfs_cleanup()
> callback. drm_debugfs_cleanup() removes all debugfs
Move drm_atomic_helper_commit_modeset_enables() call to before
drm_atomic_helper_commit_planes() call and have a
omap_atomic_wait_for_completion() call after both.
With the current dss dispc implementation we have to enable the new
modeset before we can commit planes. The dispc ovl configuration
r
This reverts commit dadf4659d0608e034b6633f30300c2eff2dafb4c.
If planes are not disabled when the they are not on any crtc anymore
they will remain active and may show as "ghosts" when the crtc they
were last on is active again.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/omapdrm/omap_crtc.c
I hit these two problems while tracking scaling related problems with
omapdrm on DSS5 HW.
Jyri Sarha (2):
Revert "drm: omapdrm: Let the DRM core skip plane commit on inactive
CRTCs"
drm/omapdrm: Move commit_modeset_enables() before commit_planes()
drivers/gpu/drm/omapdrm/omap_crtc.c | 8
https://bugs.freedesktop.org/show_bug.cgi?id=99130
--- Comment #22 from Dorota Czaplejewicz
---
I haven't seen the underlying slowness causing problems anywhere else yet.
Perhaps we can close this and reopen if it reappears.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=99130
Chris Wilson changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
The fence needs to be cleared out, otherwise the following commit
might wait on a stale fence from the previous commit. This was fixed
as a side effect of 9626014258a5 (drm/fence: add in-fences support)
in kernel 4.10.
As this commit introduces new functionality and as such can not be
applied to s
Am Mittwoch, den 25.01.2017, 09:47 -0200 schrieb Fabio Estevam:
> On Wed, Jan 25, 2017 at 9:30 AM, Lucas Stach wrote:
>
> > Kernel 4.10 just moves the fence attach to the plane state. It has
> > nothing to do with the used commit function. The issue going away if you
> > change that on kernel 4.9
Thank for this patch.
It is working fine with sti driver.
Acked-by: Vincent Abriou
Tested-by: Vincent Abriou
Vincent
On 01/26/2017 11:56 PM, Noralf Trønnes wrote:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so it's not necessary to call
> drm_debugfs_re
Explicitly state the expected CTM equations in the kerneldoc for the CTM
property.
Cc: Ville Syrjälä
Cc: Lionel Landwerlin
Cc: Daniel Vetter
Signed-off-by: Brian Starkey
---
Hi,
This captures the outcome of the discussion on #dri-devel yesterday
(2017-01-26):
https://people.freedesktop.org/~
On Fri, 27 Jan 2017, Lionel Landwerlin wrote:
> Hi Jani,
>
> Looks good to me :
>
> Reviewed-by: Lionel Landwerlin
Thanks for the reviews, pushed... to drm-intel-next-queued instead of
drm-misc-next. /o\
Dave, Daniel, please advise, shall I revert or shall we let this flow in
via drm-intel?
So
Hi Lucas,
On Fri, Jan 27, 2017 at 8:33 AM, Lucas Stach wrote:
> The fence needs to be cleared out, otherwise the following commit
> might wait on a stale fence from the previous commit. This was fixed
> as a side effect of 9626014258a5 (drm/fence: add in-fences support)
> in kernel 4.10.
>
> As t
On Thu, Jan 26, 2017 at 11:56:10PM +0100, Noralf Trønnes wrote:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so the drm_driver.debugfs_cleanup callback is not
> needed.
>
> Cc: liviu.du...@arm.com
> Signed-off-by: Noralf Trønnes
Acked-by: Liviu Dudau
Tha
On Fri, Jan 27, 2017 at 04:41:50PM +0530, Shailendra Verma wrote:
> of_match_device could return NULL, and so can cause a NULL
> pointer dereference later.
>
> Signed-off-by: Shailendra Verma
> ---
> drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 13 ++---
> 1 file changed, 10 insertions(+),
On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote:
> Explicitly state the expected CTM equations in the kerneldoc for the CTM
> property.
>
> Cc: Ville Syrjälä
> Cc: Lionel Landwerlin
> Cc: Daniel Vetter
> Signed-off-by: Brian Starkey
> ---
>
> Hi,
>
> This captures the outcome o
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
head: 920bcd1820a6966b6224f62eadcb4e931bb72e8e
commit: 2eebe4f2d5f4c91edc37801d828ba29edfbc7722 [0/1] drm/color: un-inline
drm_color_lut_extract()
reproduce: make htmldocs
All warnings (new ones prefixed by >>):
make[3]:
On Mon, Jan 23, 2017 at 10:09:56PM +0100, Hans de Goede wrote:
> Rename intel_uncore_early_sanitize to intel_uncore_resume, dropping the
> (always true) restore_forcewake argument and add a new intel_uncore_resume
> function to replace the intel_uncore_forcewake_reset(dev_priv, false)
> calls done
On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote:
On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote:
Explicitly state the expected CTM equations in the kerneldoc for the CTM
property.
Cc: Ville Syrjälä
Cc: Lionel Landwerlin
Cc: Daniel Vetter
Signed-off-by: Brian Star
On Mon, Jan 23, 2017 at 10:09:58PM +0100, Hans de Goede wrote:
> Make sure the P-Unit or the PMIC i2c bus is not in use when we send a
> request to the P-Unit by calling iosf_mbi_punit_acquire() / _release()
> around P-Unit write accesses.
Can't we just stuff the calls into the actual punit write
On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote:
> On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote:
> > No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1
> > output"). qxl_num_crtc defaults to 4 and is configurable as a module
> > parameter.
>
>
On Mon, Jan 23, 2017 at 10:09:57PM +0100, Hans de Goede wrote:
> Listen for PMIC bus access notifications and get FORCEWAKE_ALL while
> the bus is accessed to avoid needing to do any forcewakes, which need
> PMIC bus access, while the PMIC bus is busy:
>
> This fixes errors like these showing up i
On Fri, Jan 27, 2017 at 09:04:25AM +0200, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> From the description of the "DMA-BUF/GEM Object references
> and lifetime overview" it is not clear when exactly
> dma_buf gets destroyed and memory freed: only driver
> .release function
On Fri, Jan 27, 2017 at 11:00:38AM +0100, Gerd Hoffmann wrote:
> Hi folks,
>
> Problem at hand: A virtual machine, equipped with two display devices,
> one virtual, one physical (using pci pass-through, or kvmgt-based vgpu).
>
> There is no easy way for the user to configure which of the two d
On Fri, Jan 27, 2017 at 11:33:04AM +0100, Lucas Stach wrote:
> The fence needs to be cleared out, otherwise the following commit
> might wait on a stale fence from the previous commit. This was fixed
> as a side effect of 9626014258a5 (drm/fence: add in-fences support)
> in kernel 4.10.
>
> As thi
On Thu, Jan 26, 2017 at 02:46:20PM +, Chris Wilson wrote:
> On Thu, Jan 26, 2017 at 05:32:11PM +0300, Andrey Ryabinin wrote:
> > page_flip_completed() dereferences 'work' variable after executing
> > queue_work(). This is not safe as the 'work' item might be already freed
> > by queued work:
>
On Fri, 27 Jan 2017, Harry Pan wrote:
> When enabling panel backlight, if the current backlight level
> setting matches the panel's minimal, it would apply default policy to
> override the current level by the panel's maximum until next request
> to update brightness, this leads unexpected user co
On Fri, Jan 27, 2017 at 10:36:16AM +0100, Thierry Reding wrote:
> On Fri, Jan 27, 2017 at 08:49:34AM +0100, Daniel Vetter wrote:
> > On Thu, Jan 26, 2017 at 11:56:02PM +0100, Noralf Trønnes wrote:
> > > This patchset removes the need for drivers to clean up their debugfs
> > > files on exit. It is
On Fri, Jan 27, 2017 at 09:22:47AM +0100, Christian König wrote:
> Am 27.01.2017 um 08:30 schrieb Daniel Vetter:
> > On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstrom wrote:
> > > On 01/27/2017 03:29 AM, Michel Dänzer wrote:
> > > > On 26/01/17 09:46 AM, Sinclair Yeh wrote:
> > > > > On We
On Fri, Jan 27, 2017 at 01:50:19PM +, Brian Starkey wrote:
> On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote:
> >On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote:
> >> Explicitly state the expected CTM equations in the kerneldoc for the CTM
> >> property.
> >>
> >> Cc
Den 27.01.2017 08.49, skrev Daniel Vetter:
On Thu, Jan 26, 2017 at 11:56:02PM +0100, Noralf Trønnes wrote:
This patchset removes the need for drivers to clean up their debugfs
files on exit. It is done automatically in drm_debugfs_cleanup().
This funtion is also called should the driver error o
On Fri, Jan 27, 2017 at 10:57:30AM +0100, Lucas Stach wrote:
> Am Donnerstag, den 26.01.2017, 23:56 +0100 schrieb Noralf Trønnes:
> > Make it possible to compile test the driver on other platforms.
> >
> > Cc: l.st...@pengutronix.de
> > Cc: linux+etna...@armlinux.org.uk
> > Cc: christian.gmei...@g
On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote:
> On Thu, Jan 26, 2017 at 04:59:21PM +0100, Maarten Lankhorst wrote:
> > When writing some testcases for nonblocking modesets. I found out that the
> > infinite wait on the old fb was causing issues.
>
> The crux of the issue here is th
On Fri, Jan 27, 2017 at 03:23:43PM +0100, Noralf Trønnes wrote:
>
> Den 27.01.2017 08.49, skrev Daniel Vetter:
> > On Thu, Jan 26, 2017 at 11:56:02PM +0100, Noralf Trønnes wrote:
> > > This patchset removes the need for drivers to clean up their debugfs
> > > files on exit. It is done automaticall
On Fri, Jan 27, 2017 at 04:13:42PM +0200, Ville Syrjälä wrote:
> On Fri, Jan 27, 2017 at 01:50:19PM +, Brian Starkey wrote:
> > On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote:
> > >On Fri, Jan 27, 2017 at 10:47:48AM +, Brian Starkey wrote:
> > >> Explicitly state the expected
On Fri, Jan 27, 2017 at 03:21:29PM +0100, Daniel Vetter wrote:
> On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote:
> > On Thu, Jan 26, 2017 at 04:59:21PM +0100, Maarten Lankhorst wrote:
> > > When writing some testcases for nonblocking modesets. I found out that the
> > > infinite wait
On Fri, 27 Jan 2017, Jani Nikula wrote:
> On Fri, 27 Jan 2017, Lionel Landwerlin wrote:
>> Hi Jani,
>>
>> Looks good to me :
>>
>> Reviewed-by: Lionel Landwerlin
>
> Thanks for the reviews, pushed... to drm-intel-next-queued instead of
> drm-misc-next. /o\
>
> Dave, Daniel, please advise, shall
On Fri, Jan 27, 2017 at 03:31:06PM +0100, Daniel Vetter wrote:
> On Fri, Jan 27, 2017 at 04:13:42PM +0200, Ville Syrjälä wrote:
> > On Fri, Jan 27, 2017 at 01:50:19PM +, Brian Starkey wrote:
> > > On Fri, Jan 27, 2017 at 03:27:09PM +0200, Ville Syrjälä wrote:
> > > >On Fri, Jan 27, 2017 at 10:4
On Fri, Jan 27, 2017 at 03:02:42PM +0100, Daniel Vetter wrote:
> On Fri, Jan 27, 2017 at 11:00:38AM +0100, Gerd Hoffmann wrote:
> > Hi folks,
> >
> > Problem at hand: A virtual machine, equipped with two display devices,
> > one virtual, one physical (using pci pass-through, or kvmgt-based vgpu
Am 27.01.2017 um 15:12 schrieb Daniel Vetter:
On Fri, Jan 27, 2017 at 09:22:47AM +0100, Christian König wrote:
Am 27.01.2017 um 08:30 schrieb Daniel Vetter:
On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstrom wrote:
On 01/27/2017 03:29 AM, Michel Dänzer wrote:
On 26/01/17 09:46 AM, Sin
On Tue, Jan 24, 2017 at 11:57:58AM +, Chris Wilson wrote:
> Currently this tracepoint is solely used by dma_fence_enable_sw_signaling,
> however I have a need to manually perform the hw enabling of the
> signaling and would like to emit this tracepoint for completeness.
>
> Signed-off-by: Chri
On Fri, Jan 27, 2017 at 03:43:18PM +0100, Christian König wrote:
> Am 27.01.2017 um 15:12 schrieb Daniel Vetter:
> > On Fri, Jan 27, 2017 at 09:22:47AM +0100, Christian König wrote:
> > > Am 27.01.2017 um 08:30 schrieb Daniel Vetter:
> > > > On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstro
Hi Chris,
2017-01-24 Chris Wilson :
> Currently this tracepoint is solely used by dma_fence_enable_sw_signaling,
> however I have a need to manually perform the hw enabling of the
> signaling and would like to emit this tracepoint for completeness.
>
> Signed-off-by: Chris Wilson
> Cc: Sumit Se
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Christoph Haag changed:
What|Removed |Added
Depends on||82717
--- Comment #2 from Christoph Haa
https://bugs.freedesktop.org/show_bug.cgi?id=82717
Christoph Haag changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.f
On Fri, Jan 27, 2017 at 02:31:55PM +, Chris Wilson wrote:
> On Fri, Jan 27, 2017 at 03:21:29PM +0100, Daniel Vetter wrote:
> > On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote:
> > > On Thu, Jan 26, 2017 at 04:59:21PM +0100, Maarten Lankhorst wrote:
> > > > When writing some testcas
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Andreas Boll changed:
What|Removed |Added
Depends on||96296
Referenced Bugs:
https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=96296
Andreas Boll changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.fre
On Fri, Jan 27, 2017 at 3:22 AM, Christian König
wrote:
> Am 27.01.2017 um 08:30 schrieb Daniel Vetter:
>>
>> On Fri, Jan 27, 2017 at 07:23:58AM +0100, Thomas Hellstrom wrote:
>>>
>>> On 01/27/2017 03:29 AM, Michel Dänzer wrote:
On 26/01/17 09:46 AM, Sinclair Yeh wrote:
>
> On We
https://bugs.freedesktop.org/show_bug.cgi?id=99510
Andreas Boll changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Andreas Boll changed:
What|Removed |Added
Depends on||99510
Referenced Bugs:
https://bugs.fre
On Fri, Jan 27, 2017 at 03:58:08PM +0100, Daniel Vetter wrote:
> On Fri, Jan 27, 2017 at 02:31:55PM +, Chris Wilson wrote:
> > On Fri, Jan 27, 2017 at 03:21:29PM +0100, Daniel Vetter wrote:
> > > On Fri, Jan 27, 2017 at 09:30:50AM +, Chris Wilson wrote:
> > > > On Thu, Jan 26, 2017 at 04:59
https://bugzilla.kernel.org/show_bug.cgi?id=193341
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #3 from
https://bugs.freedesktop.org/show_bug.cgi?id=99387
--- Comment #8 from Alex Deucher ---
Created attachment 129182
--> https://bugs.freedesktop.org/attachment.cgi?id=129182&action=edit
possible fix
This patch should fix the crash.
--
You are receiving this mail because:
You are the assignee f
The function is not that big, but it's also not used for anything
performance critical. Make it a normal function.
As a side effect, this apparently makes sparse smarter about what it's
doing, and gets rid of the warning:
./include/drm/drm_color_mgmt.h:53:28: warning: shift too big (4294967295) f
On 27 January 2017 at 07:47, Thierry Reding wrote:
> On Thu, Jan 26, 2017 at 04:14:56PM +, Emil Velikov wrote:
>> On 26 January 2017 at 15:49, Thierry Reding wrote:
>> > On Fri, Jan 20, 2017 at 06:28:39PM +, Emil Velikov wrote:
>> >> On 20 January 2017 at 16:17, Thierry Reding wrote:
>>
On 27 January 2017 at 07:21, Tomasz Figa wrote:
> -lpthread is not always a valid flag to pull pthread support, especially
> on Android it will fail to link due to a missing libpthread.so. The more
> generic way to build-in pthread support is to use the -pthread CFLAG, so
> let's use it instead.
>
On Fri, Jan 27, 2017 at 1:32 AM, Daniel Vetter wrote:
> On Thu, Jan 26, 2017 at 8:11 PM, Sean Paul wrote:
>> On Thu, Jan 26, 2017 at 06:08:42PM +0100, Daniel Vetter wrote:
>>> - Should it be an entire separate tree for soc drivers? Problem here
>>> is that we lack a volunteer group (and imo it re
Daniel Vetter writes:
> On Fri, Jan 27, 2017 at 09:20:42AM +0100, Gerd Hoffmann wrote:
>> On Do, 2017-01-26 at 23:05 -0200, Gabriel Krisman Bertazi wrote:
>> > No longer true since commit 07f8d9bdb235 ("drm/qxl: add support for > 1
>> > output"). qxl_num_crtc defaults to 4 and is configurable as
On Fri, Jan 27, 2017 at 1:52 AM, Daniel Vetter wrote:
> On Thu, Jan 26, 2017 at 8:48 PM, Eric Anholt wrote:
>>> - Should we require review or at least acks for patches committed by
>>> the author? We have a bunch of drivers with effectively just 1 person
>>> working on it, where getting real revi
fwiw,
On 27 January 2017 at 20:25, Gustavo Padovan wrote:
> Hi Chris,
>
> 2017-01-24 Chris Wilson :
>
>> Currently this tracepoint is solely used by dma_fence_enable_sw_signaling,
>> however I have a need to manually perform the hw enabling of the
>> signaling and would like to emit this tracepo
On Sun, Jan 22, 2017 at 02:09:03PM +0800, Shawn Guo wrote:
> From: Shawn Guo
>
> The vblank hooks in struct drm_driver are deprecated and only meant for
> legacy drivers. For modern drivers with DRIVER_MODESET flag, the hooks
> in struct drm_crtc_funcs should be used instead.
>
> Signed-off-by:
Hi,
We're looking to enable the per-plane color management hardware in
Mali-DP with atomic properties, which has sparked some conversation
around how to handle YCbCr formats.
As it stands today, it's assumed that a driver will implicitly "do the
right thing" to display a YCbCr buffer.
YCbCr dat
Hi Dave,
This is the main feature pull for radeon and amdgpu for 4.11. Highlights:
- Power and clockgating improvements
- Preliminary SR-IOV support
- ttm buffer priority support
- ttm eviction fixes
- Removal of the ttm lru callbacks
- Remove SI DPM quirks due to MC firmware issues
- Handle VFCT
Hi Chris,
2017-01-24 Chris Wilson :
> Currently this tracepoint is solely used by dma_fence_enable_sw_signaling,
> however I have a need to manually perform the hw enabling of the
> signaling and would like to emit this tracepoint for completeness.
>
> Signed-off-by: Chris Wilson
> Cc: Sumit Se
https://bugs.freedesktop.org/show_bug.cgi?id=99553
--- Comment #3 from Vedran Miletić ---
Thanks for contributing. Very glad to hear about Mandelbulber almost working. I
have added it to [1] as well.
[1] https://en.wikipedia.org/wiki/List_of_OpenCL_applications
--
You are receiving this mail b
From: Gustavo Padovan
As Sync File is highly dependent on dma-fence* tracks it
under SYNC FILE_FRAMEWORK as well.
Signed-off-by: Gustavo Padovan
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index bdc4843..c1c000d 100644
--- a/MAINTAINERS
+++ b/M
Noralf Trønnes writes:
> drm_debugfs_cleanup() now removes all minor->debugfs_list entries
> automatically, so the drm_driver.debugfs_cleanup callback is not
> needed.
Nice!
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
___
dri-
On środa, 25 stycznia 2017 12:24:35 CET Alex Deucher wrote:
> On Wed, Jan 25, 2017 at 12:16 PM, Krzysztof Nowicki
>
> wrote:
> > Hi,
> >
> >
> > Is this patch still being considered for pulling in?
> >
> > Recently I've been fighting with a HP UltraSlim docking station with a MST
> > hub insid
On Fri, 27 Jan 2017 11:00:38 +0100
Gerd Hoffmann wrote:
> Hi folks,
>
> Problem at hand: A virtual machine, equipped with two display devices,
> one virtual, one physical (using pci pass-through, or kvmgt-based vgpu).
>
> There is no easy way for the user to configure which of the two displa
https://bugs.freedesktop.org/show_bug.cgi?id=74973
--- Comment #4 from Jan Vesely ---
does GIMP use OpenGL other than GEGL library?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.fre
https://bugs.freedesktop.org/show_bug.cgi?id=74973
--- Comment #5 from darkbasic ---
Not sure, but I don't think so. AFAIK it' only GEGL-related stuff.
--
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=96881
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||96881
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=80876
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||80876
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=81896
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||81896
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Jan Vesely changed:
What|Removed |Added
Depends on||68857
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=68857
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced Bugs:
https://bugs.freed
1 - 100 of 118 matches
Mail list logo
