On Tue 2016-07-12 16:41:58, Ezequiel Garcia wrote:
> Hi Alan,
>
> (Adding interested people to this thread)
>
> On 09 Apr 08:14 PM, One Thousand Gnomes wrote:
> > > > I do feel that the importance of the mentioned bug is currently
> > > > underestimated. Can anyone here give a note, how much curr
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
This patch adds a binding that describes the cdn DP controller for
rk3399.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v5: None
Changes in v4:
- add a reset node
- support 2 phys
Changes in v3:
- add SoC specific compatible string
- remove reg = <1>;
Changes in v2: None
C
Hi all
This series patch is for rockchip Type-C phy and DisplayPort controller
driver.
The USB Type-C PHY is designed to support the USB3 and DP applications.
The PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and H
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/31d38798/attachment.html>
From: Markus Elfring
Date: Tue, 12 Jul 2016 22:00:55 +0200
The drm_gem_object_unreference_unlocked() function tests whether
its argument is NULL and then returns immediately.
Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Ma
ave to be sure that the real
info is not lost at the lockup. (Getting partial log could be quite
misleading.)
---
btw, I'm not developer. Just advanced user.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachme
On Tue, Jul 12, 2016 at 09:16:22PM +0200, Lukas Wunner wrote:
> On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote:
> > The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called
> > while nouveau was runtime suspended, a deadlock would occur due to
> > nouveau_fbcon_set_suspend
On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote:
> The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called
> while nouveau was runtime suspended, a deadlock would occur due to
> nouveau_fbcon_set_suspend also trying to obtain console_lock().
>
> Fix this by delaying the dr
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/a0099ad4/attachment.html>
enter
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 37200 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/8e507f35/attachment-0001.obj>
t --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 46353 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/2c5fb306/attachment-0001.obj>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/39579a84/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/b4b1a15c/attachment.html>
hives/dri-devel/attachments/20160712/90d2b7ff/attachment.html>
I suspect that you'll be applying this one via DRM tree, so:
Em Tue, 24 May 2016 15:28:13 +0200
Krzysztof Kozlowski escreveu:
> Remove the old non-DRM driver because it is now entirely supported by
> exynos_drm_g2d driver.
>
> Cc: Kyungmin Park
> Cc: Kamil Debski
> Signed-off-by: Krzysztof Ko
Some downgraded from DRM_ERROR() to DRM_WARN() or DRM_NOTE(),
a few upgraded from DRM_INFO() to DRM_NOTE() or DRM_WARN(),
and one eliminated completely. A typical failure mode might
now look like this in the dmesg log:
[drm] Failed to fetch valid GuC firmware from i915/skl_guc_ver6_1.bin (error -2
Where we're going to continue regardless of the problem, rather than
fail, then the message should be a WARNing rather than an ERROR.
Signed-off-by: Dave Gordon
---
drivers/gpu/drm/i915/i915_guc_submission.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/
We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
provides several other useful intermediate levels such as NOTICE and
WARNING. So this patch fills out the set by providing both regular and
once-only macros for each of the levels INFO, NOTICE, and WARNING, using
a common under
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/e6c5aa0a/attachment.html>
attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 46354 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/a5105b42/attachment-0001.obj>
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/209e5ecc/attachment.html>
From: Andrey Gusakov
Add a drm_bridge driver for the Toshiba TC358767 DPI/DSI to
eDP/DP bridge. Currently only DPI input with 24-bit RGB is
supported.
Signed-off-by: Andrey Gusakov
Signed-off-by: Philipp Zabel
---
Changes since v1:
- Replaced the regmap_read_poll_timeout macro with a function
Add DT binding documentation for the Toshiba TC358767 eDP bridge.
Signed-off-by: Philipp Zabel
---
Changes since v1:
- Explicitly describe DSI and DPI input ports in device tree, this moves
DPI input to port at 1 and eDP/DP output to port at 2.
---
.../bindings/display/bridge/toshiba,tc35876
Hi,
this patchset adds DT binding docs and a drm_bridge driver for the
Toshiba TC358767 eDP bridge, currently supporting only 24-bit DPI input
and control via I2C. The chip is also capable to act as a DSI sink, but
the driver doesn't support that yet.
It is based on Andrey's initial driver, which
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/5673b63f/attachment.html>
Add support for bridge chips connected externally to the i.MX
DISP0/DISP1 DPI interfaces.
Signed-off-by: Philipp Zabel
---
Changes since v1: rebased onto imx-drm/next with atomic modeset changes
---
drivers/gpu/drm/imx/parallel-display.c | 50 --
1 file changed, 4
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/222dd226/attachment.html>
CONTEXT1_PROTECTION_FAULT_ADDR 0x08105E7F
AMDGPU-Pro: 16.30.3.306809
Kernel: 4.7.0-rc6-mainline
GPU: RX480
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archiv
From: Lothar WaÃmann
The 'de-active' and 'pixelclk-active' DT properties are evaluated
by of_parse_display_timing() called from of_get_drm_display_mode(),
but later lost in the conversion from videomode.flags to
drm_display_mode.flags.
Enhance of_get_drm_display_mode() to also return the bus fl
Am Dienstag, den 12.07.2016, 14:43 +0200 schrieb Daniel Vetter:
> On Tue, Jul 12, 2016 at 01:54:28PM +0200, Lothar WaÃmann wrote:
> > Hi,
> >
> > On Wed, 25 May 2016 15:18:16 +0200 Lothar WaÃmann wrote:
> > > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > > by of_parse_dis
The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called
while nouveau was runtime suspended, a deadlock would occur due to
nouveau_fbcon_set_suspend also trying to obtain console_lock().
Fix this by delaying the drm_fb_helper_set_suspend call. Based on the
i915 code (which was done
Hi Lothar,
Am Dienstag, den 12.07.2016, 13:54 +0200 schrieb Lothar WaÃmann:
> Hi,
>
> On Wed, 25 May 2016 15:18:16 +0200 Lothar WaÃmann wrote:
> > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > by of_parse_display_timing() called from of_get_drm_display_mode(),
> > but l
Am Dienstag, den 12.07.2016, 16:39 +0200 schrieb Thierry Reding:
> On Wed, May 25, 2016 at 03:18:16PM +0200, Lothar WaÃmann wrote:
> > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > by of_parse_display_timing() called from of_get_drm_display_mode(),
> > but later lost in th
Am Dienstag, den 12.07.2016, 14:51 +0200 schrieb Daniel Vetter:
> On Mon, Jul 04, 2016 at 03:40:29PM +0800, Liu Ying wrote:
> > Hi,
> >
> > This is the v3 patch set to convert imx drm into atomic mode setting.
> > It takes 3 phases to achieve the goal.
> >
> > v2->v3:
> > * Rebase onto Daniel Vet
2016-07-12 Dominik Behr :
> Gustavo, you added fence_put()
> in __drm_atomic_helper_plane_destroy_state(), shouldn't we also add a
> corresponding fence_get() in __drm_atomic_helper_plane_duplicate_state() ?
Yes, my new version of the patches that already have an extra
fence_get()
https://git.ke
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/751aba13/attachment.html>
On Tue, Jul 12, 2016 at 05:36:37PM +0200, Christian König wrote:
> Am 12.07.2016 um 16:31 schrieb Daniel Vetter:
> > On Tue, Jul 12, 2016 at 01:14:41PM +0100, Chris Wilson wrote:
> > > On Tue, Jul 12, 2016 at 01:53:56PM +0200, Christian König wrote:
> > > > Am 11.07.2016 um 23:59 schrieb Chris Wi
On Wed, Jul 13, 2016 at 12:10:13AM +0900, Tomasz Figa wrote:
> On Tue, Jul 12, 2016 at 9:38 PM, Daniel Vetter wrote:
> > On Fri, Jul 01, 2016 at 02:00:00PM -0400, Sean Paul wrote:
> >> On Fri, Jul 1, 2016 at 5:19 AM, Yakir Yang wrote:
> >> > The PSR driver have exported four symbols for specific
On 07/12/2016 05:02 PM, Lionel Landwerlin wrote:
> On 12/07/16 13:11, Mario Kleiner wrote:
>> On 07/12/2016 12:50 PM, Lionel Landwerlin wrote:
>>> Hi Mario,
>>>
>>
>> Hi Lionel,
>>
>>> There was a couple of patch to fix this issue :
>>>
>>> https://patchwork.freedesktop.org/series/5467/
>>> https:/
Am 12.07.2016 um 16:31 schrieb Daniel Vetter:
> On Tue, Jul 12, 2016 at 01:14:41PM +0100, Chris Wilson wrote:
>> On Tue, Jul 12, 2016 at 01:53:56PM +0200, Christian König wrote:
>>> Am 11.07.2016 um 23:59 schrieb Chris Wilson:
When dealing with user interfaces that utilize explicit fences, it
On Tue, Jul 12, 2016 at 03:53:55PM +0100, Dave Gordon wrote:
> On 12/07/16 15:25, Daniel Vetter wrote:
> > On Mon, Jul 11, 2016 at 07:01:27PM +0100, Dave Gordon wrote:
> > > We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
> > > provides several other useful intermediate leve
On 13/05/16 01:56, Martin Peres wrote:
> Hello,
>
> I have the pleasure to announce that the X.org Developer Conference 2016
> will be held in Helsinki from September 21 to September 23. The venue is
> located at Haaga-Helia university[0], next to the Pasila station.
>
> The official page for the e
On Tue, Jul 12, 2016 at 04:47:15PM +0200, Benjamin Gaignard wrote:
> What is the required tool to edit this .csv file ?
You're favourite text editor, it's a csv (= comman separated values). Just
pls check the end result in the generated docs with
$ make htmldocs
The makefiles should complain if
What is the required tool to edit this .csv file ?
2016-07-12 16:01 GMT+02:00 Daniel Vetter :
> On Fri, Jul 08, 2016 at 09:06:18AM +0200, Benjamin Gaignard wrote:
>> htmldocs get information directly from the comments in .h and .c files
>
> You're both correct: There's another table which is suppo
Hi Alan,
(Adding interested people to this thread)
On 09 Apr 08:14 PM, One Thousand Gnomes wrote:
> > > I do feel that the importance of the mentioned bug is currently
> > > underestimated. Can anyone here give a note, how much current linux
> > > kernel is supposed to be stable on general baytra
instead of going through panel drivers like everyone
else?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/30ce7666/attachment-0001.sig>
RL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/2b9cf3d5/attachment.html>
On Tue, Jul 12, 2016 at 01:14:41PM +0100, Chris Wilson wrote:
> On Tue, Jul 12, 2016 at 01:53:56PM +0200, Christian König wrote:
> > Am 11.07.2016 um 23:59 schrieb Chris Wilson:
> > >When dealing with user interfaces that utilize explicit fences, it is
> > >convenient to sometimes create those fen
Hi Yakir,
Am Montag, 11. Juli 2016, 19:05:49 schrieb Yakir Yang:
> For RK3399 HDMI, there is an external clock need for HDMI PHY,
> and it should keep the same clock rate with VOP DCLK.
>
> VPLL have supported the clock for HDMI PHY, but there is no
> clock divider bewteen VPLL and HDMI PHY. So w
On Mon, Jul 11, 2016 at 07:01:27PM +0100, Dave Gordon wrote:
> We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
> provides several other useful intermediate levels such as NOTICE and
> WARNING. So this patch fills out the set by providing both regular and
> once-only macros f
On Tue, Jul 12, 2016 at 12:04:03PM +0100, Chris Wilson wrote:
> On Tue, Jul 12, 2016 at 12:44:17PM +0200, Daniel Vetter wrote:
> > On Mon, Jul 11, 2016 at 04:24:45PM +0100, Chris Wilson wrote:
> > > That doesn't fit the out-of-order unbound nature of the interface. The
> > > interface is just a col
On Mon, Jul 11, 2016 at 11:47:16AM +0300, Dan Carpenter wrote:
> GCC doesn't complain about this but my static checker does. We're
> passing "drawable" before initializing it. It's not actually used so
> it's harmless and I just removed it.
>
> Signed-off-by: Dan Carpenter
Both of your qxl pat
On Mon, Jul 11, 2016 at 10:22:33AM +0200, Lukas Wunner wrote:
> Fix up formatting glitches remaining after the automatic rst conversion.
>
> Cc: Jonathan Corbet
> Cc: Jani Nikula
> Signed-off-by: Lukas Wunner
\o/ for doc patches! Applied to drm-misc, thanks.
-Daniel
> ---
> Documentation/gpu
On Sun, Jul 10, 2016 at 03:20:13PM +0200, Lukas Wunner wrote:
> Hi Peter,
>
> > [12:42] Lekensteyn: Should the video card always be powered up when a
> > register is read from the HDMI audio controller? Or would it be
> > better to leave the video card suspended and just fail the HDA
>
On 12/07/16 10:26, Tvrtko Ursulin wrote:
>
> On 11/07/16 19:01, Dave Gordon wrote:
>> Some downgraded from DRM_ERROR() to DRM_WARN(), some eliminated,
>> and a few upgraded from DRM_INFO() to DRM_NOTE() or DRM_WARN().
>>
>> Signed-off-by: Dave Gordon
>> ---
>> drivers/gpu/drm/i915/intel_guc_load
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160712/344ce410/attachment.html>
On Tue, Jul 12, 2016 at 10:46:45AM +0200, Maarten Lankhorst wrote:
> Op 11-07-16 om 22:27 schreef Gustavo Padovan:
> > 2016-07-10 Maarten Lankhorst :
> >
> >> Op 08-07-16 om 17:44 schreef Gustavo Padovan:
> >>> From: Gustavo Padovan
> >>>
> >>> Signalling doesn't need to be enabled at sync_file cr
On Thu, Jul 07, 2016 at 06:41:26PM +0300, Ville Syrjälä wrote:
> On Thu, Jul 07, 2016 at 05:06:08PM +0200, Tomeu Vizoso wrote:
> > +static int crtc_crc_release(struct inode *inode, struct file *filep)
> > +{
> > + struct drm_crtc *crtc = filep->f_inode->i_private;
> > + struct drm_crtc_crc *c
On 12/07/16 13:11, Mario Kleiner wrote:
> On 07/12/2016 12:50 PM, Lionel Landwerlin wrote:
>> Hi Mario,
>>
>
> Hi Lionel,
>
>> There was a couple of patch to fix this issue :
>>
>> https://patchwork.freedesktop.org/series/5467/
>> https://patchwork.freedesktop.org/series/5466/
>>
>
> Looking at the
On Fri, Jul 08, 2016 at 09:06:18AM +0200, Benjamin Gaignard wrote:
> htmldocs get information directly from the comments in .h and .c files
You're both correct: There's another table which is supposed to list _all_
properties. It's a bit a mess, and should be split up/cleaned up, but
that's a long
Currently, we completely ignore the user when it comes to the in/out
direction of the ioctl argument, as we simply cannot trust userspace.
(For example, they might request a copy of the modified ioctl argument
when the driver is not expecting such and so leak kernel stack.)
However, blindly copying
On Thu, Jul 07, 2016 at 05:32:37PM +0200, Joerg Roedel wrote:
> On Thu, Jul 07, 2016 at 10:18:02PM +0900, Tomasz Figa wrote:
> > This is probably because we missed this hidden dependency and decided
> > to push the IOMMU part separately through the IOMMU tree. I guess we
> > can remove the offendin
On Thu, Jul 07, 2016 at 09:41:12AM +0100, Chris Wilson wrote:
> This effectively reverts
>
> commit afcd950cafea6e27b739fe7772cbbeed37d05b8b
> Author: Chris Wilson
> Date: Wed Jun 10 15:58:01 2015 +0100
>
> drm: Avoid the double clflush on the last cache line in
> drm_clflush_virt_range()
On Wed, Jul 06, 2016 at 02:04:50PM +0300, Mika Kahola wrote:
> HW revision is mandatory field for DisplayPort branch
> devices. This is defined in DPCD register field 0x509.
>
> Signed-off-by: Mika Kahola
> ---
> drivers/gpu/drm/drm_dp_helper.c | 21 +
> include/drm/drm_dp_he
On 12/07/16 15:25, Daniel Vetter wrote:
> On Mon, Jul 11, 2016 at 07:01:27PM +0100, Dave Gordon wrote:
>> We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
>> provides several other useful intermediate levels such as NOTICE and
>> WARNING. So this patch fills out the set by pr
On Wed, Jul 06, 2016 at 02:04:54PM +0300, Mika Kahola wrote:
> Read DisplayPort branch device info from through debugfs
> interface.
>
> v2: use drm_dp_helper routines to collect data
> v3: cleanup to match the drm_dp_helper.c patches introduced
> earlier in this series
> v4: move DP branch de
On Wed, Jul 06, 2016 at 02:04:53PM +0300, Mika Kahola wrote:
> DisplayPort branch device may define max supported bits per
> component. Update display info based on this value if bpc
> is defined.
>
> v2: cleanup to match the drm_dp_helper.c patches introduced
> earlier in this series
>
> Sig
On Wed, Jul 06, 2016 at 02:04:52PM +0300, Mika Kahola wrote:
> Filter out a mode that exceeds the max pixel rate setting
> for DP to VGA dongle. This is defined in DPCD register 0x81
> if detailed cap info i.e. info field is 4 bytes long and
> it is available for DP downstream port.
>
> The regist
On Wed, Jul 06, 2016 at 12:26:44PM +0200, Mario Kleiner wrote:
> A strange one. In Linux 4.7-rc4, at least as build by the Ubuntu mainline
> ppa, gamma table updates via RandR don't work. No errors are reported and
> the X-Server thinks everything went well, but on Intel Ironlake and
> Ivybridge th
On Tue, Jul 05, 2016 at 09:23:02AM -0700, Eric Anholt wrote:
> Peter Chen writes:
>
> > of_node_put needs to be called when the device node which is got
> > from of_parse_phandle has finished using.
> >
> > Cc: Eric Anholt
> > Signed-off-by: Peter Chen
> > ---
> > drivers/gpu/drm/vc4/vc4_hdmi.
On Mon, Jul 04, 2016 at 09:04:52PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Remove legacy usage of drm_handle_vblank()
>
> Signed-off-by: Gustavo Padovan
Applied the entire series, thanks.
-Daniel
> ---
> drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +-
> 1 file changed, 1 inser
The 'de-active' and 'pixelclk-active' DT properties are evaluated
by of_parse_display_timing() called from of_get_drm_display_mode(),
but later lost in the conversion from videomode.flags to
drm_display_mode.flags.
Enhance of_get_drm_display_mode() to also return the bus flags in a
separate variab
add a helper function to extract information about pixel clock and DE
polarity from DT for use by of_get_drm_display_mode().
While at it, convert spaces to tabs in indentation in drm_modes.h.
Signed-off-by: Lothar WaÃmann
---
drivers/gpu/drm/drm_modes.c | 15 +++
include/drm/drm_mod
of_get_drm_display_mode() may fail. Check its return code and bail out
on error.
Signed-off-by: Lothar WaÃmann
---
drivers/gpu/drm/imx/parallel-display.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/imx/parallel-display.c
b/drivers/gpu/drm/imx/para
The 'de-active' and 'pixelclk-active' DT properties are evaluated
by of_parse_display_timing() called from of_get_drm_display_mode(),
but later lost in the conversion from videomode.flags to
drm_display_mode.flags.
Changes vs. v3:
- split the patch as suggested by Daniel Vetter
Changes vs. v2
On Fri, Jul 08, 2016 at 07:49:32AM +0200, Lukas Wunner wrote:
> On Wed, Jul 06, 2016 at 01:40:25PM -0700, Darren Hart wrote:
> > On Mon, Jul 04, 2016 at 12:40:35PM +0200, Lukas Wunner wrote:
> > > Convert asciidoc-formatted docs to rst in accordance with Jonathan's and
> > > Jani's effort to use sp
From: Gustavo Padovan
Signalling doesn't need to be enabled at sync_file creation, it is only
required if userspace waiting the fence to signal through poll().
Thus we delay fence_add_callback() until poll is called. It only adds the
callback the first time poll() is called. This avoid re-adding
From: Gustavo Padovan
Document the new function added to sync_file.c
v2: Adapt to fence_array
Signed-off-by: Gustavo Padovan
Acked-by: Christian König
---
Documentation/sync_file.txt | 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation/sync_file.txt b/Documenta
From: Gustavo Padovan
Creates a function that given an sync file descriptor returns a
fence containing all fences in the sync_file.
v2: Comments by Daniel Vetter
- Adapt to new version of fence_collection_init()
- Hold a reference for the fence we return
v3:
- Adapt to u
From: Gustavo Padovan
Create sync_file->fence to abstract the type of fence we are using for
each sync_file. If only one fence is present we use a normal struct fence
but if there is more fences to be added to the sync_file a fence_array
is created.
This change cleans up sync_file a bit. We don'
From: Gustavo Padovan
Add helper to check if fence is array.
v2: Comments from Chris Wilson
- remove ternary if from ops comparison
- add EXPORT_SYMBOL(fence_array_ops)
Cc: Chris Wilson
Cc: Christian König
Signed-off-by: Gustavo Padovan
Reviewed-by: Chris Wilson
Reviewed-by
On Mon, Jul 04, 2016 at 05:08:55PM +0800, Peter Chen wrote:
> of_node_put needs to be called when the device node which is got
> from of_parse_phandle has finished using.
>
> Signed-off-by: Peter Chen
Just an aside: When you do the same bugfix for multiple places it's good
practice to submit it
Acked-by: Benjamin Gaignard
2016-07-05 4:04 GMT+02:00 Peter Chen :
> of_node_put needs to be called when the device node which is got
> from of_parse_phandle has finished using.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by: Peter Chen
> ---
> drivers/gpu/drm/sti/sti_vtg.c |
Acked-by: Benjamin Gaignard
2016-07-05 4:04 GMT+02:00 Peter Chen :
> of_node_put needs to be called when the device node which is got
> from of_parse_phandle has finished using.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by: Peter Chen
> ---
> drivers/gpu/drm/sti/sti_hqvdp.c
Acked-by: Benjamin Gaignard
2016-07-05 4:04 GMT+02:00 Peter Chen :
> of_node_put needs to be called when the device node which is got
> from of_parse_phandle has finished using.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by: Peter Chen
> ---
> drivers/gpu/drm/sti/sti_dvo.c |
Acked-by: Benjamin Gaignard
2016-07-05 4:04 GMT+02:00 Peter Chen :
> of_node_put needs to be called when the device node which is got
> from of_parse_phandle has finished using.
>
> Cc: Benjamin Gaignard
> Cc: Vincent Abriou
> Signed-off-by: Peter Chen
> ---
> drivers/gpu/drm/sti/sti_composit
On Mon, Jul 04, 2016 at 03:40:29PM +0800, Liu Ying wrote:
> Hi,
>
> This is the v3 patch set to convert imx drm into atomic mode setting.
> It takes 3 phases to achieve the goal.
>
> v2->v3:
> * Rebase onto Daniel Vetter's open git branch topic/drm-misc so that
> we may better support nonblock
On 12/07/16 14:28, Dave Gordon wrote:
> On 12/07/16 10:06, Tvrtko Ursulin wrote:
>>
>> On 11/07/16 19:01, Dave Gordon wrote:
>>> We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
>>> provides several other useful intermediate levels such as NOTICE and
>>> WARNING. So this pat
On Sat, Jul 02, 2016 at 06:44:13PM +0200, Matthias Brugger wrote:
>
>
> On 07/01/2016 03:59 PM, Dan Carpenter wrote:
> > We should be checking "phy_provider" here not "phy".
> >
> > Fixes: 2e54c14e310f ('drm/mediatek: Add DSI sub driver')
> > Signed-off-by: Dan Carpenter
> >
>
> Reviewed-by:
On Sat, Jul 02, 2016 at 09:44:17AM -0400, Tejun Heo wrote:
> On Sat, Jul 02, 2016 at 04:32:09PM +0530, Bhaktipriya Shridhar wrote:
> > System workqueues have been able to handle high level of concurrency
> > for a long time now and there's no reason to use dedicated workqueues
> > just to gain conc
On Tue, Jul 12, 2016 at 01:54:28PM +0200, Lothar WaÃmann wrote:
> Hi,
>
> On Wed, 25 May 2016 15:18:16 +0200 Lothar WaÃmann wrote:
> > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > by of_parse_display_timing() called from of_get_drm_display_mode(),
> > but later lost in
On Fri, Jul 01, 2016 at 02:00:00PM -0400, Sean Paul wrote:
> On Fri, Jul 1, 2016 at 5:19 AM, Yakir Yang wrote:
> > The PSR driver have exported four symbols for specific device driver:
> > - rockchip_drm_psr_register()
> > - rockchip_drm_psr_unregister()
> > - rockchip_drm_psr_enable()
> > - rockc
Here are the changes from others for vc4 for -next. I haven't
included vc4-loops in this pull request, as much as I'd like to,
because it's only been out on the list for a week. I got an ack from
Daniel on its ABI (and a suggestion from Rob Clark that he R-Bed the
change for), but I didn't want m
On 12/07/16 10:06, Tvrtko Ursulin wrote:
>
> On 11/07/16 19:01, Dave Gordon wrote:
>> We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
>> provides several other useful intermediate levels such as NOTICE and
>> WARNING. So this patch fills out the set by providing both regular
On Fri, Jul 01, 2016 at 09:08:34AM +0200, Thomas Hellstrom wrote:
> Dave,
>
> Since kref_get_unless_zero() was brought in by drm, could we add this to
> drm-next?
Sure can do, but I can't find the raw patch anywhere (I suck, I know).
Care to resend?
Thanks, Daniel
>
> Thanks,
> Thomas
>
>
>
On Thu, Jun 30, 2016 at 06:29:47PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Support the virtio GPU on drmtest.
>
> Signed-off-by: Gustavo Padovan
Both applied, thanks for the patches. Aside: i-g-t patches should be
submitted to intel-gfx.
-Daniel
> ---
> lib/drmtest.c | 9 ++
On Thu, Jun 30, 2016 at 12:30:56PM +0100, Chris Wilson wrote:
> Backlights controlled by i915.ko and only associated with its connectors
> and also only associated with the intel_drmfb fbcon, controlled by
> i915.ko. In this situation, we already handle adjusting the backlight
> when the fbcon is b
On 07/12/2016 02:16 PM, Daniel Vetter wrote:
> On Thu, Jun 30, 2016 at 10:23:39AM +0200, Krzysztof Kozlowski wrote:
>> Hi,
>>
>>
>> This is fifth approach for replacing struct dma_attrs with unsigned
>> long.
>>
>> The main patch (1/44) doing the change is split into many subpatches
>> for easier r
On Thu, Jun 30, 2016 at 05:23:00PM +0800, Xinliang Liu wrote:
> Vblank turn on should be called in crtc's enable callback.
> And turn off called in crtc's disable callback.
>
> Thanks to Daniel Vetter, this bug is reported by him.
>
> Reported-by: Daniel Vetter
> Signed-off-by: Xinliang Liu
Ap
1 - 100 of 160 matches
Mail list logo
