Hi Tomi,
On Monday 09 May 2016 17:42:43 Tomi Valkeinen wrote:
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > As the FIFO underflow IRQ handler just prints an error message to the
> > kernel log, simplify the code by not registering one IRQ handler per
> > plane but print the messages directly fr
Hi Tomi,
On Monday 09 May 2016 18:15:10 Tomi Valkeinen wrote:
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > Checks can be simplified based on the requirement that pitches must be
> > identical for all planes.
>
> Your code also presumes there are only 1 or 2 planes, I think that
> should be me
Hi Tomi,
On Tuesday 10 May 2016 14:00:51 Tomi Valkeinen wrote:
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > The function is never used, remove it.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> >
> > drivers/gpu/drm/omapdrm/omap_drv.h | 1 -
> > drivers/gpu/drm/omapdrm/omap_fb.c | 10
Hi Tomi,
On Tuesday 10 May 2016 16:10:59 Tomi Valkeinen wrote:
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > Instead of going through a complicated registration mechanism, just
> > call the OCP error IRQ handler directly from the main IRQ handler.
> >
> > Signed-off-by: Laurent Pinchart
> > -
Hi Tomi,
On Wednesday 11 May 2016 14:01:26 Tomi Valkeinen wrote:
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > The function is only used in omap_irq.c, move it there and make it
> > static.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> >
> > drivers/gpu/drm/omapdrm/omap_crtc.c | 7 -
Hi Tomi,
On Wednesday 11 May 2016 14:05:48 Tomi Valkeinen wrote:
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > The functions are not used outside of their compilation unit, make them
> > static.
>
> The patch doesn't seem to match the description. If I'm not mistaken,
> the patch is doing: rem
Hi Tomi and Daniel,
On Wednesday 11 May 2016 09:37:56 Daniel Vetter wrote:
> On Tue, May 10, 2016 at 04:24:11PM +0300, Tomi Valkeinen wrote:
> > On 26/04/16 23:35, Laurent Pinchart wrote:
> >> Instead of conditioning planes update based on the hardware device
> >> state, use the CRTC state stored
Hi Daniel,
On Wednesday 11 May 2016 09:40:14 Daniel Vetter wrote:
> On Tue, May 10, 2016 at 04:28:22PM +0300, Tomi Valkeinen wrote:
> > On 26/04/16 23:35, Laurent Pinchart wrote:
> > > The omapdrm DSS manager enable/disable operations check the DSS manager
> > > state to avoid double enabling/disa
Hi Tomi,
On Tuesday 10 May 2016 16:28:22 Tomi Valkeinen wrote:
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > The omapdrm DSS manager enable/disable operations check the DSS manager
> > state to avoid double enabling/disabling. Move that code to the DSS
> > manager to decrease the dependency of
Hi Tomi, Rob and Daniel,
On Tuesday 10 May 2016 10:14:17 Tomi Valkeinen wrote:
> On 09/05/16 23:57, Laurent Pinchart wrote:
> >> fwiw, I guess a lot of data from that table could these days be
> >> replaced w/ some of the drm format helpers
> >> (drm_format_num_planes()/drm_format_plane_cpp()/drm_
replay functionality.
--
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/20160606/43fb7a40/attachment.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/17df057d/attachment-0001.html>
On 5 June 2016 at 22:48, Daniel Vetter wrote:
> On Sun, Jun 5, 2016 at 1:17 PM, Sumit Semwal
> wrote:
>>
>> On 04-Jun-2016 5:51 PM, "Daniel Vetter" wrote:
>>>
>>> On Fri, Apr 01, 2016 at 08:50:32PM +0530, Sumit Semwal wrote:
>>> > Hi Rob,
>>> >
>>> > On 1 April 2016 at 19:37, Alex Deucher wrot
Hi Thierry,
On 2 June 2016 at 08:44, Vinay Simha BN wrote:
> Add support for the JDI lt070me05000 WUXGA DSI panel used in
> Nexus 7 2013 devices.
>
> Programming sequence for the panel is was originally found in the
> android-msm-flo-3.4-lollipop-release branch from:
> https://android.googles
with these laptops until someone
repairs the driver.
--
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/20160606/be05887f/attachment.html>
On Mon, Jun 06, 2016 at 04:39:49AM +0300, Laurent Pinchart wrote:
> Hi Tomi, Rob and Daniel,
>
> On Tuesday 10 May 2016 10:14:17 Tomi Valkeinen wrote:
> > On 09/05/16 23:57, Laurent Pinchart wrote:
> > >> fwiw, I guess a lot of data from that table could these days be
> > >> replaced w/ some of th
On Sun, Jun 05, 2016 at 01:55:00PM +0200, Stefan Wahren wrote:
> Hi Eric,
>
> [add Daniel]
>
> > Eric Anholt hat am 4. Juni 2016 um 22:32 geschrieben:
> >
> >
> > Stefan Wahren writes:
> >
> > > Hi,
> > >
> > > i tried to boot 4.7.0-rc1-next-20160602 with bcm2835_defconfig on a
> > > Raspber
https://bugzilla.kernel.org/show_bug.cgi?id=117171
Erik Brangs changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi all
After upgrading my Ubuntu from 10.04 to 14.04 I only see the upper left
detail of the whole screen.
In the Xorg log file (see attachment) I found that the mode was probed
to 1024x768 instead of 640x480.
Then I found a suspicious error message from the kernel that could be
the cause of
On Wed, 01 Jun 2016, Daniel Vetter wrote:
> Just fallout from switching from asciidoc to sphinx/rst.
>
> v2: Found more. Also s/\//#/ in the vgpu ascii-art - sphinx treats
> those as comments and switch to variable-width, which wreaks the
> layout.
>
> v3: Undo some of the hacks, rebasing onto lat
On Thu, 02 Jun 2016, Vinay Simha BN wrote:
> Provide a small convenience wrapper that transmits
> ia set_tear_scanline command as suggested by
> Thierry Reding.
>
> Also includes small build fixes from Sumit Semwal.
>
> Cc: Archit Taneja
> Cc: John Stultz
> Cc: Thierry Reding
> Cc: Sumit Semwal
On Thu, 02 Jun 2016, Vinay Simha BN wrote:
> Provide a small convenience wrapper that set/get the
> backlight brightness control and creates the backlight
> device for the panel interface
To be pedantic, we should downplay "backlight" in the DSI DCS brightness
control... there need not be a backl
dri-devel/attachments/20160606/d775638a/attachment.html>
ng 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/20160606/ec59cc03/attachment-0001.html>
The WIN0 of RK3036 VOP could support YUV data format, but driver
forget to add the uv_vir register field for it.
Signed-off-by: Yakir Yang
---
drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c
b/drivers/gp
From: Mark Yao
When the input color format is YUV, we need to do some external scale
for CBCR. Like,
* In YUV420 data format:
cbcr_xscale = dst_w / src_w * 2;
cbcr_yscale = dst_h / src_h * 2;
* In YUV422 data format:
cbcr_xscale = dst_w / src_w * 2;
cbcr_yscale = dst_h / src
Hi Heiko,
On 2016å¹´06æ03æ¥ 20:51, Heiko Stübner wrote:
> Am Freitag, 3. Juni 2016, 17:55:14 schrieb Lin Huang:
>> On new rockchip platform(rk3399 etc), there have dcf controller to
>> do ddr frequency scaling, and this controller will implement in
>> arm-trust-firmware. We add a special clock
Hi Shawn,
On 2016å¹´06æ03æ¥ 20:29, Shawn Lin wrote:
> Hi Lin,
>
> It looks good with only a few minor comments.
>
> On 2016/6/3 17:55, Lin Huang wrote:
>> On new rockchip platform(rk3399 etc), there have dcf controller to
>> do ddr frequency scaling, and this controller will implement in
>> arm
Hi Heiko,
On 2016å¹´06æ03æ¥ 20:51, Heiko Stübner wrote:
> Am Freitag, 3. Juni 2016, 17:55:14 schrieb Lin Huang:
>> On new rockchip platform(rk3399 etc), there have dcf controller to
>> do ddr frequency scaling, and this controller will implement in
>> arm-trust-firmware. We add a special clock
Hi Heiko,
On 2016å¹´06æ03æ¥ 20:56, Heiko Stübner wrote:
> Am Freitag, 3. Juni 2016, 17:55:16 schrieb Lin Huang:
>> add ddrc clock setting, so we can do ddr frequency
>> scaling on rk3399 platform in future.
>>
>> Signed-off-by: Lin Huang
>> ---
>> Changes in v1:
>> - remove ddrc source CLK_IG
On 2016å¹´06æ03æ¥ 18:26, Chanwoo Choi wrote:
> Hi Lin,
>
> I add the some comment on below. If you modify it,
> You can add my acked-by tag. Looks good to me.
Thanks for you reviewing, i will update the code folloiwing your comment.
> Acked-by: Chanwoo Choi
>
> Also, I'd like you to add me to
Hi Thierry,
On 2016å¹´06æ04æ¥ 00:54, Thierry Reding wrote:
> On Fri, Jun 03, 2016 at 05:55:17PM +0800, Lin Huang wrote:
> [...]
>> +ret = clk_prepare_enable(data->clk);
>> +if (ret) {
>> +dev_err(&pdev->dev, "failed to enable clk: %d\n", ret);
>> +clk_disable_unp
Around Thu 02 Jun 2016 17:39:46 +0200 or thereabout, Krzysztof Kozlowski wrote:
> After switching DMA attributes to unsigned long it is easier to just
> compare the bits.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> Documentation/DMA-API.txt | 4 +--
> arch/arc/mm/dma.c
Around Thu 02 Jun 2016 17:39:09 +0200 or thereabout, Krzysztof Kozlowski wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Hans-Christian Noren Egtvedt
> ---
> arch/avr32/mm/dma-coherent
Hi everyone,
this set of patches moves waiting for TTM BOs to become idle before moving them
into the driver callbacks and the CPU copy fallback function.
Then the amdgpu driver is patched to completely remove this premove idle wait.
Doing this improves swapping buffers back in on command submi
From: Christian König
ttm_tt_destroy should be the only one unbinding the object.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 2 --
drivers/gpu/drm/ttm/ttm_bo_util.c | 3 ---
drivers/gpu/drm/ttm/ttm_tt.c | 17 +
include/drm/ttm/ttm_bo_driver.
From: Christian König
The function is a no-op with a NULL pointer.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 11 ---
drivers/gpu/drm/ttm/ttm_bo_util.c | 5 ++---
drivers/gpu/drm/ttm/ttm_tt.c | 2 +-
3 files changed, 7 insertions(+), 11 deletions(-)
From: Christian König
It's pointless to only call the default implementation.
Signed-off-by: Christian König
---
drivers/gpu/drm/ast/ast_ttm.c | 13 +
drivers/gpu/drm/bochs/bochs_mm.c | 11 +--
drivers/gpu/drm/cirrus/cirrus_ttm.c | 13 +
drivers
From: Christian König
That is unnecessary now.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 041fb3b..cc94df0 100644
--- a/drivers/gpu/drm/tt
From: Christian König
That is unnecessary now.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index cc94df0..86dd6950 100644
--- a/driv
From: Christian König
Not needed any more.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
index 9b244c5..232f123 100644
--- a/
From: Christian König
Wait for idle before moving the BO in all drivers implementing
an accelerated move function.
This should keep the current behavior when removing the pre move wait.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 4
drivers/gpu/drm/nouv
From: Christian König
Otherwise we could update the VM page tables while the move is only scheduled.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdg
From: Christian König
When we want to pipeline accelerated moves we need to wait in the fallback path.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 3 ++-
drivers/gpu/drm/nouveau/nouveau_bo.c| 2 +-
drivers/gpu/drm/qxl/qxl_ttm.c | 3 ++-
drivers/
From: Christian König
Final part to avoid pre move waits.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 86dd6950..c3c615c 10
Change return value to int to propagate errors from gamma_set,
and remove start parameter. Updates always use the full size,
and some drivers even ignore the start parameter altogether.
Cc: Alex Deucher
Cc: Christian König
Cc: David Airlie
Cc: Patrik Jakobsson
Cc: Ben Skeggs
Cc: Eric Anholt
as scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/67a3e608/attachment.html>
nts/20160606/b101d7a1/attachment-0001.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/4ce31ec8/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/14dc6983/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/ea88b265/attachment.html>
is-the-hw-enabled-or-not)' than looking at seemingly
unrelated information, and deducing from that if the hw is enabled or not.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/9d754143/attachment.sig>
though =).
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/4c7bedff/attachment.sig>
On Thu, May 26, 2016 at 09:54:56AM +0200, Daniel Vetter wrote:
> On Wed, May 25, 2016 at 02:11:02PM -0400, Lyude wrote:
> > Thanks to Ville Syrjälä for pointing me towards the cause of this issue.
> >
> > Unfortunately one of the sideaffects of having the refclk for a DPLL set
> > to SSC is that
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/7dfa2859/attachment.html>
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/6fb8dac8/attachment.html>
On 06/03/16 16:56, Srinivas Kandagatla wrote:
> This patch adds support to generic audio codec via
> ASoC hdmi-codec infrastucture which is merged recently.
>
I know nothing about msm HW, but from the hdmi-codec point of view this
looks like a correct usage. However, the hdmi-codec could probably
On Wed, Jun 01, 2016 at 08:35:51AM -0700, Joshua Clayton wrote:
> Document basic simple-panel support for Sharp LQ101K1LY04
>
> Signed-off-by: Joshua Clayton
> ---
> .../devicetree/bindings/display/panel/sharp,lq101k1ly04.txt| 7
> +++
> 1 file changed, 7 insertions(+)
> create mod
On Thu, Jun 02, 2016 at 08:05:03AM +0530, Vinay Simha BN wrote:
> Add documentation for lt070me05000 panel
>
> Cc: Archit Taneja
> Cc: John Stultz
> Cc: Thierry Reding
> Cc: Sumit Semwal
> Signed-off-by: Vinay Simha BN
>
> --
> v2:
> * incorporated rob herring and thierry reviews
>gpio
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/2e2f2c3f/attachment.html>
Hi,
commit in $Subject breaks suspend to disk on my box here. Reverting it
ontop of 4.7-rc2 fixes the problem. DRM-specific messages in dmesg are:
[6.837698] [drm] radeon kernel modesetting enabled.
[6.871372] [drm] initializing kernel modesetting (RV635 0x1002:0x9598
0x1043:0x01DA 0x00)
On Mon, Jun 06, 2016 at 01:56:23PM +0300, Alexey Brodkin wrote:
> From: Ruud Derwig
>
> Initially ARC PGU required real encoder/trnasmitter to exist.
> That was fine for real HW such as ARC SDP boards.
>
> But on some simulaiton platroms like ARC VDK or nSIM OSCI we have model
> of the same ARC
On Fri, Jun 03, 2016 at 11:15:10PM +0800, Chris Zhong wrote:
> This patch adds a binding that describes the cdn DP controller for
> rk3399.
>
> Signed-off-by: Chris Zhong
>
> ---
>
> Changes in v1:
> - add extcon node description
> - add #sound-dai-cells description
>
> .../bindings/display/r
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
v2: add crtc to nouveau_page_flip_state (comment from Mario Kleiner)
Cc: Mario Kleiner
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/nouveau/nouveau_display.c | 19 ++-
drivers
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/armada/armada_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/drivers/gpu/drm/arm
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c
b
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/qxl/qxl_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/qxl_d
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/udl/udl_modeset.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/udl/udl_modeset.c
b/drivers/gpu/drm/udl/udl_m
From: Gustavo Padovan
Replace the legacy drm_vblank_{get,put}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +-
driver
From: Gustavo Padovan
Replace the legacy drm_vblank_{get,put}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/armada/armada_crtc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/driver
From: Gustavo Padovan
Replace the legacy drm_send_vblank_event() with the new helper function.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu
From: Gustavo Padovan
Replace the legacy drm_vblank_{get,put}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c
b
From: Gustavo Padovan
Replace the legacy drm_vblank_{get,put}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/qxl/qxl_display.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/qxl/qxl_display.c
b/drivers/gpu/drm/qxl/
From: Gustavo Padovan
We don't have any user of this function anymore, let's remove it.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/drm_irq.c | 31 ++-
include/drm/drmP.h| 2 --
2 files changed, 6 insertions(+), 27 deletions(-)
diff --git a/drivers/
From: Gustavo Padovan
Replace the legacy drm_vblank_{get,put}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/nouveau/nouveau_display.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c
b/d
From: Gustavo Padovan
Replace the legacy drm_vblank_{get,put}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/radeon/radeon_display.c | 6 +++---
drivers/gpu/drm/radeon/radeon_pm.c | 13 +
2 files changed, 12 insertions(+), 7 deletions(-)
From: Gustavo Padovan
Replace the legacy drm_vblank_{get,put}() with the new helper functions.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/shmobile/shmob_drm_crtc.c
b/drive
Regardless of the status of the bridge, we want to receive HPD events.
Only disable it when suspending.
Signed-off-by: Tomeu Vizoso
Cc: Caesar Wang
Cc: Douglas Anderson
Cc: Heiko Stuebner
Cc: Javier Martinez Canillas
Cc: Yakir Yang
---
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 7
This driver was still using the old legacy helpers and that caused a few
NULL dereferences when trying to call empty callbacks.
Signed-off-by: Tomeu Vizoso
Cc: Caesar Wang
Cc: Douglas Anderson
Cc: Heiko Stuebner
Cc: Yakir Yang
---
Hi,
these two patches apply on top of Daniel Vetter's serie
The DP needs to have resumed once the DRM driver calls
drm_atomic_helper_resume, otherwise the DP clock is still disabled when
the DRM core enables the DP bridge.
Would be nice to use device_pm_wait_for_dev to synchronize these
devices, but the DRM device doesn't know what specific implementation
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/89fb40ab/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160606/c47272a2/attachment-0001.html>
From: Gustavo Padovan
Include fence-array files in the DocBook.
Signed-off-by: Gustavo Padovan
---
This should go to drm-misc, as fence-array are only present there
at the moment.
---
Documentation/DocBook/device-drivers.tmpl | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation
On Mon, Jun 6, 2016 at 10:41 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_vblank_{get,put}() with the new helper functions.
>
> Signed-off-by: Gustavo Padovan
This and the radeon patch are:
Reviewed-by: Alex Deucher
Should I pick this up, or are you planning
2016-06-06 Alex Deucher :
> On Mon, Jun 6, 2016 at 10:41 AM, Gustavo Padovan
> wrote:
> > From: Gustavo Padovan
> >
> > Replace the legacy drm_vblank_{get,put}() with the new helper functions.
> >
> > Signed-off-by: Gustavo Padovan
>
> This and the radeon patch are:
>
> Reviewed-by: Alex Deu
Den 12.05.2016 20:25, skrev Noralf Trønnes:
> Provides helper functions for drivers that have a simple display
> pipeline. Plane, crtc and encoder are collapsed into one entity.
>
> Cc: jsarha at ti.com
> Signed-off-by: Noralf Trønnes
> ---
[...]
> diff --git a/drivers/gpu/drm/drm_simple_kms_
On Mon, Jun 06, 2016 at 11:18:09AM +0200, Maarten Lankhorst wrote:
> Change return value to int to propagate errors from gamma_set,
> and remove start parameter. Updates always use the full size,
> and some drivers even ignore the start parameter altogether.
Commit message should explain why we su
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vetter at ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Monday, June 06, 2016 12:00 PM
> To: Maarten Lankhorst
> Cc: dri-devel at lists.freedesktop.org; intel-gfx at lists.freedesktop.org;
> Mathieu Larouche; VMware Graphics; Ben Sk
On Mon, Jun 06, 2016 at 11:41:32AM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Replace the legacy drm_send_vblank_event() with the new helper function.
>
> v2: add crtc to nouveau_page_flip_state (comment from Mario Kleiner)
>
> Cc: Mario Kleiner
> Signed-off-by: Gustavo Padovan
On Mon, Jun 06, 2016 at 12:35:26PM -0300, Gustavo Padovan wrote:
> 2016-06-06 Alex Deucher :
>
> > On Mon, Jun 6, 2016 at 10:41 AM, Gustavo Padovan
> > wrote:
> > > From: Gustavo Padovan
> > >
> > > Replace the legacy drm_vblank_{get,put}() with the new helper functions.
> > >
> > > Signed-off-
On Mon, Jun 06, 2016 at 12:21:05PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Include fence-array files in the DocBook.
>
> Signed-off-by: Gustavo Padovan
>
> ---
> This should go to drm-misc, as fence-array are only present there
> at the moment.
Applied, thanks.
-Daniel
> --
On 6 June 2016 at 17:00, Daniel Vetter wrote:
> On Mon, Jun 06, 2016 at 11:18:09AM +0200, Maarten Lankhorst wrote:
>> Change return value to int to propagate errors from gamma_set,
>> and remove start parameter. Updates always use the full size,
>> and some drivers even ignore the start parameter
Op 06-06-16 om 18:11 schreef Emil Velikov:
> On 6 June 2016 at 17:00, Daniel Vetter wrote:
>> On Mon, Jun 06, 2016 at 11:18:09AM +0200, Maarten Lankhorst wrote:
>>> Change return value to int to propagate errors from gamma_set,
>>> and remove start parameter. Updates always use the full size,
>>>
Hi Maarten,
On 6 June 2016 at 10:18, Maarten Lankhorst
wrote:
> --- a/drivers/gpu/drm/drm_fb_helper.c
> +++ b/drivers/gpu/drm/drm_fb_helper.c
> @@ -1076,8 +1076,6 @@ static int setcolreg(struct drm_crtc *crtc, u16 red,
> u16 green,
> WARN_ON(fb->bits_per_pixel != 8);
>
> fb_hel
On 6 June 2016 at 17:15, Maarten Lankhorst
wrote:
> Op 06-06-16 om 18:11 schreef Emil Velikov:
>> On 6 June 2016 at 17:00, Daniel Vetter wrote:
>>> On Mon, Jun 06, 2016 at 11:18:09AM +0200, Maarten Lankhorst wrote:
Change return value to int to propagate errors from gamma_set,
and remov
Op 06-06-16 om 18:17 schreef Emil Velikov:
> Hi Maarten,
>
> On 6 June 2016 at 10:18, Maarten Lankhorst
> wrote:
>
>> --- a/drivers/gpu/drm/drm_fb_helper.c
>> +++ b/drivers/gpu/drm/drm_fb_helper.c
>> @@ -1076,8 +1076,6 @@ static int setcolreg(struct drm_crtc *crtc, u16 red,
>> u16 green,
>>
Hi,
On Thu, Apr 21, 2016 at 8:29 AM, Arnaud Pouliquen
wrote:
> Add helper functions to compute HDMI CTS and N parameters.
> Implementation is based on HDMI 1.4b specification.
It would be super nice to have this somewhere common. Any idea who
would land this?
> +static const struct hdmi_audi
Op 06-06-16 om 18:25 schreef Emil Velikov:
> On 6 June 2016 at 17:15, Maarten Lankhorst
> wrote:
>> Op 06-06-16 om 18:11 schreef Emil Velikov:
>>> On 6 June 2016 at 17:00, Daniel Vetter wrote:
On Mon, Jun 06, 2016 at 11:18:09AM +0200, Maarten Lankhorst wrote:
> Change return value to int
[+ dri-devel]
On Mon, Jun 6, 2016 at 8:42 AM, Mathieu Malaterre wrote:
> Hi,
>
> Before reporting a possible invalid bug report. Does anyone knows why
> radeaonfb is not configured the same way radeon is ? For instance on a
> PowerPC machine, when Open Firmware Frame Buffer is used (OFfb), I
> ca
On Mon, Jun 6, 2016 at 1:16 PM, Marek Olšák wrote:
> [+ dri-devel]
>
> On Mon, Jun 6, 2016 at 8:42 AM, Mathieu Malaterre wrote:
>> Hi,
>>
>> Before reporting a possible invalid bug report. Does anyone knows why
>> radeaonfb is not configured the same way radeon is ? For instance on a
>> PowerPC
1 - 100 of 148 matches
Mail list logo