An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/672d0c0c/attachment.html>
Subject was supposed to be v9! sorry about that.
2016-11-11 Gustavo Padovan :
> From: Gustavo Padovan
>
> Hi,
>
> Another iteration after Brian comments. Please refer to the cover letter[1] in
> a previous version to check for more details.
>
> The changes since the last version can be seen i
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
From: Gustavo Padovan
Create one timeline context for each CRTC to be able to handle out-fences
and signal them. It adds a few members to struct drm_crtc: fence_context,
where we store the context we get from fence_context_alloc(), the
fence seqno and the fence lock, that we pass in fence_init()
From: Gustavo Padovan
There is now a new property called IN_FENCE_FD attached to every plane
state that receives sync_file fds from userspace via the atomic commit
IOCTL.
The fd is then translated to a fence (that may be a fence_array
subclass or just a normal fence) and then used by DRM to fenc
From: Gustavo Padovan
Hi,
Another iteration after Brian comments. Please refer to the cover letter[1] in
a previous version to check for more details.
The changes since the last version can be seen in commit message on each patch.
Robert Foss managed to port Android's drm_hwcomposer to the new
Hi Brian,
2016-11-11 Brian Starkey :
> Hi Gustavo,
>
> On Fri, Nov 11, 2016 at 02:16:09PM +0900, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Support DRM out-fences by creating a sync_file with a fence for each CRTC
> > that sets the OUT_FENCE_PTR property.
> >
> > We use the out_
å¨ 2016/11/11 21:25, Sean Paul åé:
> On Fri, Nov 11, 2016 at 6:16 AM, Rongrong Zou
> wrote:
>> å¨ 2016/11/11 1:35, Sean Paul åé:
>>>
>>> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou
>>> wrote:
Hibmc have 32m video memory which can be accessed through PCIe by host,
we us
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/d28fbb8b/attachment-0001.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/1bb86a6e/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/1011ecde/attachment.html>
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/f4ff4081/attachment.html>
å¨ 2016/11/11 2:30, Sean Paul åé:
> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou
> wrote:
>> Add support for fbdev and kms fb management.
>>
>> Signed-off-by: Rongrong Zou
>> ---
>> drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +-
>> drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_
Use list_move() instead of list_del() + list_add() to simplify the code.
Signed-off-by: Geliang Tang
---
drivers/gpu/drm/radeon/radeon_vm.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_vm.c
b/drivers/gpu/drm/radeon/radeon_vm.c
index a135874
This patch add support for the Mediatek MT2701 DISP subsystem.
There is only one OVL engine in MT2701.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 6 ++
drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 17 +++
This patch update enable/disable flow of DSI module and MIPI TX module.
Original flow works on there is a bridge chip: DSI -> bridge -> panel.
In this case: DSI -> panel, the DSI sub driver flow should be updated.
We need to initialize DSI first so that we can send commands to panel.
Signed-off-by
From: shaoming chen
add dsi read/write commands for transfer function
Signed-off-by: shaoming chen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 168 -
1 file changed, 166 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/g
From: shaoming chen
add dsi interrupt control
Signed-off-by: shaoming chen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 93 ++
1 file changed, 93 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/mediatek/mtk_dsi.c
index 4efeb38..
cleaning up unused define and refine function name and variable
Signed-off-by: shaoming chen
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 77 --
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++--
2 files changed, 41 insertions(+), 44 deletio
update connections for OVL, RDMA, BLS, DSI
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
index b77d456..a9b209c 1006
Add BLS component for PWM + GAMMA function
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 5 -
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
b/drivers/gp
We need to acquire mutex before using the resources,
and need to release it after finished.
So we don't need to write registers in the blanking period.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 76 -
drivers/gpu/drm/mediatek/mtk_drm_ddp.
There are some hardware settings changed, between MT8173 & MT2701:
DISP_OVL address offset changed, color format definition changed.
DISP_RDMA fifo size changed.
DISP_COLOR offset changed.
MIPI_TX pll setting changed.
And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod.
Signed-off-by: YT She
Add MT8173 prefix for hardware related macros.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 +-
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp
This is MT2701 DRM support PATCH v9, based on 4.9-rc1.
We add DSI interrupt control, transfer function for MIPI DSI panel support.
Most codes are the same, except some register changed.
For example:
- DISP_OVL address offset changed, color format definition changed.
- DISP_RDMA fifo size changed
Hi Ulrich,
On 11/11/2016 07:07 PM, Ulrich Hecht wrote:
> From: Vladimir Zapolskiy
>
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionality is to support reading EDID
In case of link training failure and requiring user space to set a lower mode,
would full mode set address it? How do we make user mode select lower
resolution?
For example 4k at 60Hz monitor, and link training at 4 lane HBR2 fails and
fallback to 4 lanes HBR, 4k at 60 is no longer doable. I
On Fri, Nov 11, 2016 at 5:21 PM, Alex Deucher wrote:
> On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov
> wrote:
>> On 10 November 2016 at 21:07, Alex Deucher wrote:
>>> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov >> gmail.com> wrote:
From: Emil Velikov
Since we're trying to sta
On Fri, Nov 11, 2016 at 12:07:29PM -0500, Alex Deucher wrote:
> On Fri, Nov 11, 2016 at 12:00 PM, Ville Syrjälä
> wrote:
> > On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
> > wrote:
> >> From: Ville Syrjälä
> >>
> >> This reverts commit a68362fe3e84fcbedd49939aa2
On 11 November 2016 at 18:33, Marek Olšák wrote:
> On Fri, Nov 11, 2016 at 5:21 PM, Alex Deucher
> wrote:
>> On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov
>> wrote:
>>> On 10 November 2016 at 21:07, Alex Deucher wrote:
On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov >>> gmail.com> wrote
å¨ 2016/11/11 1:35, Sean Paul åé:
> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou
> wrote:
>> Hibmc have 32m video memory which can be accessed through PCIe by host,
>> we use ttm to manage these memory.
>>
>> Signed-off-by: Rongrong Zou
>> ---
>> drivers/gpu/drm/hisilicon/hibmc/Kconfig
From: Emil Velikov
Some platforms (such as Macs using OF) can have more information in the
uevent file thus reading only the first 128 might not be sufficient.
Bump it to 512, which "should be enough for everybody" ;-)
Cc: Mingcong Bai
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=986
On Fri, Nov 11, 2016 at 07:00:17PM +0200, Ville Syrjälä wrote:
> On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135.
> >
> > Adding new mode flags willy nilly breaks
On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135.
>
> Adding new mode flags willy nilly breaks existing userspace. We need to
> coordinate this better, potentially with a ne
Hi Bjorn,
On 11 November 2016 at 14:49, Bjorn Helgaas wrote:
> On Fri, Nov 11, 2016 at 12:31:47AM +, Emil Velikov wrote:
>> On 10 November 2016 at 23:59, Bjorn Helgaas wrote:
>> > Hi Emil,
>> >
>> > On Thu, Nov 10, 2016 at 01:14:35PM +, Emil Velikov wrote:
>> >> On 10 November 2016 at 07
/lists.freedesktop.org/archives/dri-devel/attachments/2016/10c290c3/attachment.html>
On Fri, Nov 11, 2016 at 04:21:58PM +, Cheng, Tony wrote:
> For HDMI, you can yank the cable, plug back in, HDMI will light up without
> user mode or kernel mode doing anything.
>
> For DP this is not possible, someone will have to retrain the link when
> plugging back in or DP will not light
(DRM 2.46.0 /
4.8.0-27-generic, LLVM 3.8.1)
AMD 290X
intel i7
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/
On 11/11/16 17:27, Russell King - ARM Linux wrote:
> On Fri, Nov 11, 2016 at 05:10:09PM +0200, Jyri Sarha wrote:
>> On 11/08/16 14:24, Russell King - ARM Linux wrote:
>>> As no one responded to the previous round, I'm not spending soo much
>>> time writing up a description of these changes again.
some solid reasons that support lowering the version requirement.
--
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/archives/dri-devel/attachments/2016/9303f3f9/attachment.html>
.
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/667125a0/attachment.html>
On Fri, Nov 11, 2016 at 11:48:09AM -0500, Sean Paul wrote:
> On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan
> wrote:
> > +static void complete_crtc_signaling(struct drm_device *dev,
> > +struct drm_atomic_state *state,
> > +
On Fri, Nov 11, 2016 at 6:07 PM, Alex Deucher wrote:
>> This was with sna, which does this:
>> #define KNOWN_MODE_FLAGS ((1<<14)-1)
>> if (mode->status == MODE_OK && kmode->flags & ~KNOWN_MODE_FLAGS)
>> mode->status = MODE_BAD; /* unknown flags => unhandled */
>> so all the modes with an
Signed-off-by: Ulrich Hecht
---
Documentation/devicetree/bindings/display/bridge/dw_hdmi.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/display/bridge/dw_hdmi.txt
b/Documentation/devicetree/bindings/display/bridge/dw_hdmi.txt
index 5e9a84d..7db107f 1006
Signed-off-by: Ulrich Hecht
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 34 ++--
1 file changed, 32 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi
b/arch/arm64/boot/dts/renesas/r8a7795.dtsi
index 811c32e..d9e5706 100644
--- a/a
From: Koji Matsuoka
Based on work by Koji Matsuoka.
[geert: Re-add removed extal_clk]
[geert: Modify existing du node instead of moving it around]
[geert: Use generic pinctrl properties]
Signed-off-by: Ulrich Hecht
---
arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 95 +++
Based on work by Koji Matsuoka.
Signed-off-by: Ulrich Hecht
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm64/boot/dts/renesas/r8a7795.dtsi
b/arch/arm64/boot/dts/renesas/r8a7795.dtsi
index af1d175..811c32e 100644
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 3 ++-
drivers/gpu/drm/rcar-du/rcar_du_group.c | 5 +
drivers/gpu/drm/rcar-du/rcar_du_plane.c | 4 +++-
3 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar
From: Koji Matsuoka
The workaround of DPLLCR2 register is required at the time of
H3(WS1.0) and H3(WS1.1). This patch adds procedure to apply
the workaround by revision.
Signed-off-by: Koji Matsuoka
[uli: replace PRR hack with soc_device_match()]
Signed-off-by: Ulrich Hecht
---
drivers/gpu/dr
From: Koji Matsuoka
The HDMI driver in the R-Car Gen3 uses dw_hdmi driver.
Signed-off-by: Koji Matsuoka
[geert: Select DRM_DW_HDMI on non-r8a7795 to fix shmobile_defconfig build]
[uli: assume encoder hardware is described in the encoder node]
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/rc
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 4 +++-
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 14 --
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 ++
3 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rcar
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
[uli: eliminate rcar-specific connector funcs, extraneous DT properties]
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/bridge/dw-hdmi.c | 113 ++-
include/drm/bridge/dw_hdmi.h | 9
2 files changed
From: Vladimir Zapolskiy
The change adds support of internal HDMI I2C master controller, this
subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
The main purpose of this functionality is to support reading EDID from
an HDMI monitor on boards, which don't have an I2C bus conne
Hi!
This implements HDMI output support for the Renesas R8A7795 (H3) SoC and
Salvator-X board. It is based on mainline v4.9-rc4 and depends on Geert's
"[PATCH v2 0/7] soc: renesas: Identify SoC and register with the SoC bus"
series.
It fixes two major issues in the previous RFC series:
1. It us
|introduces in 4.8-rc3 |introduced in 4.8-rc3
--
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/archives/dri-devel/attachments/20161111/2428b
Vivante GPUs with HALTI0 feature support a DRAW_INSTANCED command in the
command stream to draw a number of instances of the same geometry.
The information that has been figured out about the command can be found
here: https://github.com/etnaviv/etna_viv/blob/master/rnndb/cmdstream.xml#L270
This
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161111/1abd3012/attachment.html>
vel/attachments/20161111/ca187e45/attachment.html>
On Thu, Nov 10, 2016 at 03:36:34PM +0200, Joonas Lahtinen wrote:
> Update i915_driver_load kerneldoc to match code.
>
> Cc: Chris Wilson
> Signed-off-by: Joonas Lahtinen
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
Spotted one more thing on a cleanup path...
On Fri, Nov 11, 2016 at 11:15:59PM +0900, Gustavo Padovan wrote:
>From: Gustavo Padovan
>
>Support DRM out-fences by creating a sync_file with a fence for each CRTC
>that sets the OUT_FENCE_PTR property.
>
>We use the out_fence pointer received in the O
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/archives/dri-devel/attachments/2016/1df82587/attachment.html>
On 11/09/2016, 09:01 AM, Gerd Hoffmann wrote:
> On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote:
>> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote:
>>> Hi,
>>>
>>> I can relatively easily reproduce this bug:
>
> How?
Run dmesg -w in the qemu window (virtio_gpu) to see a lot
On Friday, 2016-11-11 16:26:22 +, Colin King wrote:
> From: Colin Ian King
>
> drm_get_format_name allocates memory that is not currently free'd
> when printing the state. Fix this by kfree'ing the memory after
> use.
You are correct, but there are more cases of this, and another fix
has bee
From: "Shailendra Verma"
There is possible dereference of NULL pointer if kmalloc fails,
When function returns.So return NULL if kmalloc fails.
Signed-off-by: Shailendra Verma
---
drivers/gpu/drm/arm/malidp_planes.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/arm/
On 11/08/16 14:24, Russell King - ARM Linux wrote:
> As no one responded to the previous round, I'm not spending soo much
> time writing up a description of these changes again. It's also been
> quite a long time, so I've forgotten all the details of the changes,
> so I'll do my best.
>
> Changes
esktop.org/archives/mesa-dev/2016-November/135076.html
https://lists.freedesktop.org/archives/mesa-dev/2016-November/135077.html
Regards,
Boyuan
--
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/archives/dri-devel/attachments/2016/a4af8d43/attachment-0001.html>
From: Colin Ian King
drm_get_format_name allocates memory that is not currently free'd
when printing the state. Fix this by kfree'ing the memory after
use.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/drm_atomic.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/dr
For HDMI, you can yank the cable, plug back in, HDMI will light up without user
mode or kernel mode doing anything.
For DP this is not possible, someone will have to retrain the link when
plugging back in or DP will not light up. We see that on Ubuntu if someone
unplug display and plug it back
On Wednesday 09 November 2016 11:54 PM, Rob Herring wrote:
> On Mon, Oct 31, 2016 at 03:45:35PM +0100, Bartosz Golaszewski wrote:
>> Create the driver for the da8xx master peripheral priority
>> configuration and implement support for writing to the three
>> Master Priority registers on da850 SoCs.
On Wednesday 09 November 2016 11:54 PM, Rob Herring wrote:
> On Mon, Oct 31, 2016 at 03:45:34PM +0100, Bartosz Golaszewski wrote:
>> Create a new driver for the da8xx DDR2/mDDR controller and implement
>> support for writing to the Peripheral Bus Burst Priority Register.
>>
>> Signed-off-by: Bartos
On Thu, Nov 10, 2016 at 09:58:31PM +0100, Daniel Vetter wrote:
> On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote:
> > @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct intel_dp
> > *intel_dp,
> > return false;
> > }
> >
> > +static void intel_dp_modeset_retry_
On Thu, Nov 10, 2016 at 06:51:40PM +, Cheng, Tony wrote:
> Amdgpu dal implementation will do a test link training at end of detection to
> verify we can achieve the capability reported in DPCD. We then report mode
> base on result of test training.
>
> AMD hardware (at least the generations
sc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/af8eadee/attachment.sig>
e: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/4c924bf6/attachment.sig>
On 11/08/2016, 09:37 PM, Michael S. Tsirkin wrote:
> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote:
> The following might be helpful for debugging - if kernel still will
> not stop panicing, we are looking at some kind
> of memory corruption.
>
>
> diff --git a/drivers/gpu/drm/virtio
variable is no longer used after this and
goes out of scope.
I fixed up these two issues and applied.
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https:
-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/3cb81144/attachment.sig>
On Fri, Nov 11, 2016 at 05:10:09PM +0200, Jyri Sarha wrote:
> On 11/08/16 14:24, Russell King - ARM Linux wrote:
> > As no one responded to the previous round, I'm not spending soo much
> > time writing up a description of these changes again. It's also been
> > quite a long time, so I've forgotte
Disabling the pre-filter block of the TDA998x saves 40mW and the colour
conversion block saves 15mW. As we always disable these two blocks, we
can power these sections of the chip down to save 55mW of unnecessary
power consumption.
Signed-off-by: Russell King
---
This is the next patch in my ong
Am 11.11.2016 um 13:26 schrieb Geliang Tang:
> Use list_move() instead of list_del() + list_add() to simplify the code.
>
> Signed-off-by: Geliang Tang
Reviewed-by: Christian König .
> ---
> drivers/gpu/drm/radeon/radeon_vm.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff
From: Emil Velikov
Currently the revision isn't available via sysfs/libudev thus if one
wants to know the value they need to read through the config file.
This in itself wakes/powers up the device, causing unwanted delay
since it can be quite costly.
There are at least two userspace components
On Fri, Nov 11, 2016 at 01:58:46PM +, Emil Velikov wrote:
> On 11 November 2016 at 10:56, Liviu Dudau wrote:
> > Hi Shailendra,
> >
> > On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote:
> >> From: "Shailendra Verma"
> >>
> >> There is possible dereference of NULL pointer if km
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
From: Gustavo Padovan
Create one timeline context for each CRTC to be able to handle out-fences
and signal them. It adds a few members to struct drm_crtc: fence_context,
where we store the context we get from fence_context_alloc(), the
fence seqno and the fence lock, that we pass in fence_init()
From: "Shailendra Verma"
There is possible dereference of NULL pointer if kmalloc fails.
So return NULL if kmalloc fails.
Signed-off-by: Shailendra Verma
---
drivers/gpu/drm/arm/malidp_planes.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/arm/malidp_planes.c
b/dri
From: Gustavo Padovan
There is now a new property called IN_FENCE_FD attached to every plane
state that receives sync_file fds from userspace via the atomic commit
IOCTL.
The fd is then translated to a fence (that may be a fence_array
subclass or just a normal fence) and then used by DRM to fenc
From: Gustavo Padovan
Hi,
New version of the DRM fences patches with all comments on v7 adressed. Please
refer to the cover letter[1] in a previous version to check for more details.
The changes since the last version can be seen in commit message on each patch.
Robert Foss managed to port And
On 11 November 2016 at 10:56, Liviu Dudau wrote:
> Hi Shailendra,
>
> On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote:
>> From: "Shailendra Verma"
>>
>> There is possible dereference of NULL pointer if kmalloc fails.
>
> You could add: ... when the function returns. From the patc
On 10 November 2016 at 21:07, Alex Deucher wrote:
> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov
> wrote:
>> From: Emil Velikov
>>
>> Since we're trying to standardise and make things more consistent in
>> the area, add a basic README which covers some of the more popular
>> topics.
>>
>> Cc:
Hi, Dave:
This branch include one patch to fix a typo, two patches to disable
vblank interrupt, and three patches to support HDMI 4K resolution.
Regards,
CK
The following changes since commit
1001354ca34179f3db924eb66672442a173147dc:
Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
are available in
On Thu, Nov 10, 2016 at 10:28 AM, Ben Widawsky
wrote:
>
> From: Ben Widawsky
>
> Signed-off-by: Ben Widawsky
> ---
> intel/intel_chipset.h | 13 ++---
> 1 file changed, 10 insertions(+), 3 deletions(-)
>
> diff --git a/intel/intel_chipset.h b/intel/intel_chipset.h
> index 514f659..41fc0
On Fri, Nov 11, 2016 at 12:11 PM, Daniel Vetter wrote:
> On Fri, Nov 11, 2016 at 11:48:09AM -0500, Sean Paul wrote:
>> On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan
>> wrote:
>> > +static void complete_crtc_signaling(struct drm_device *dev,
>> > +struct drm
On Fri, Nov 11, 2016 at 12:00 PM, Ville Syrjälä
wrote:
> On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
> wrote:
>> From: Ville Syrjälä
>>
>> This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135.
>>
>> Adding new mode flags willy nilly breaks existing user
Using the kernel zone memory size to determine the size of the GART table
introduced a regression on systems with a large amount of system memory.
On a system with 512GB RAM, driver initialisation would fail as there are
more GART entries than there are GPU pages to map to them. With 256GB RAM,
the
On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Support DRM out-fences by creating a sync_file with a fence for each CRTC
> that sets the OUT_FENCE_PTR property.
>
> We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
> the sync_file fd back
On Thu, 10 Nov 2016, Daniel Vetter wrote:
> On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote:
>> @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct intel_dp
>> *intel_dp,
>> return false;
>> }
>>
>> +static void intel_dp_modeset_retry_work_fn(struct work_struc
Hi Gustavo,
On Fri, Nov 11, 2016 at 02:16:09PM +0900, Gustavo Padovan wrote:
>From: Gustavo Padovan
>
>Support DRM out-fences by creating a sync_file with a fence for each CRTC
>that sets the OUT_FENCE_PTR property.
>
>We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
>the s
Hi Jitao,
I couldn't locate the original mail, so posting on this thread instead.
Some comments below.
On 11/10/2016 10:09 PM, Enric Balletbo Serra wrote:
> Hi Jitao,
>
> 2016-08-27 8:44 GMT+02:00 Jitao Shi :
>> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>>
>> Signed-off
On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov
wrote:
> On 10 November 2016 at 21:07, Alex Deucher wrote:
>> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov
>> wrote:
>>> From: Emil Velikov
>>>
>>> Since we're trying to standardise and make things more consistent in
>>> the area, add a basic RE
Hi Sean,
Thanks for reviewing! All comments is helpful.
å¨ 2016/11/11 1:35, Sean Paul åé:
> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou
> wrote:
>> Add DRM master driver for Hisilicon Hibmc SoC which used for
>> Out-of-band management. Blow is the general hardware connection,
>> both the
1 - 100 of 119 matches
Mail list logo
