HI Philipp,
This driver is looking really good.
But, still some things to think about (mostly small) inline below...
On Tue, Dec 1, 2015 at 5:07 AM, Philipp Zabel wrote:
> From: CK Hu
>
> This patch adds an initial DRM driver for the Mediatek MT8173 DISP
> subsystem. It currently supports two
Hi Yakir,
Am Montag, 7. Dezember 2015, 14:37:19 schrieb Yakir Yang:
>The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> share the same IP, so a lot of parts can be re-used. I split the common
> code into bridge directory, then rk3288 and exynos only need to keep
> some plat
home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_display.c:5217:0:
warning: "for_each_power_domain" redefined
#define for_each_power_domain(domain, mask)\
^
In file included from
/home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_drv.h:32:0,
from
/hom
stem setting everything to max
Progress :D
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/7362d28a/attachment-0001.html>
this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/ab8d59fa/attachment.html>
> In file included from
> /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_drv.h:32:0,
> from
> /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/intel_display.c:36:
> /home/airlied/devel/kernel/drm-next/drivers/gpu/drm/i915/i915_drv.h:312:0:
> note: this is th
On 13 December 2015 at 05:09, Linus Torvalds
wrote:
> On Thu, Dec 10, 2015 at 10:58 PM, Dave Airlie wrote:
>>
>> So since Xmas is coming up and I've got an impending new arrival, I'm
>> betting this merge window might get a bit haphazard. So I'd like
>> people to start telling me now via git pull
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
---
Changes since v5
-no changes
---
.../devicetree/bindings/display/bridge/ps8640.txt | 43
1 file changed, 43 insertion
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
---
Changes since v5
-fix compile errors when CONFIG_GPIOLIB=n
---
drivers/gpu/drm/bridge/Kconfig | 10 +
drivers/gpu/drm/bridge/Makefile|1 +
drivers/gpu/drm/bridge/parade-ps8640.
On Tue, Dec 15, 2015 at 11:30 AM, Jitao Shi wrote:
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
> ---
> Changes since v5
> -fix compile errors when CONFIG_GPIOLIB=n
> ---
> drivers/gpu/drm/bridge/Kconfig | 10 +
> drivers/gpu/drm/b
Hi,
On 12/15/2015 09:00 AM, Jitao Shi wrote:
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
> ---
> Changes since v5
> -fix compile errors when CONFIG_GPIOLIB=n
> ---
> drivers/gpu/drm/bridge/Kconfig | 10 +
> drivers/gpu/drm/bridg
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/14dbde99/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/8ce91f70/attachment.html>
On Mon, Dec 14, 2015 at 01:06:12PM +0100, Maarten Lankhorst wrote:
> Op 04-12-15 om 09:12 schreef Daniel Vetter:
> > On Thu, Dec 03, 2015 at 12:01:02PM +0100, Maarten Lankhorst wrote:
> >> Op 03-12-15 om 10:53 schreef Daniel Vetter:
> >>> On Tue, Nov 24, 2015 at 10:34:36AM +0100, Maarten Lankhorst
On Mon, Dec 14, 2015 at 04:26:26PM -0800, Eric Anholt wrote:
> VC4 wraps the CMA objects in its own structures, so it needs to do its
> own teardown (waiting for GPU to finish, updating bo_stats tracking).
> The other CMA drivers are using drm_gem_cma_free_object as their
> gem_free_object, so this
On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote:
> Userspace can close the sync device while there are still active fence
> points, in which case kernel produces the following warning:
>
> [ 43.853176] [ cut here ]
> [ 43.857834] WARNING: CPU: 0 PID: 892
Op 15-12-15 om 02:29 schreef Dmitry Torokhov:
> Userspace can close the sync device while there are still active fence
> points, in which case kernel produces the following warning:
>
> [ 43.853176] [ cut here ]
> [ 43.857834] WARNING: CPU: 0 PID: 892 at
> /mnt/host/sou
On 13.12.2015 01:42, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Signed-off-by: Nicolai Hähnle
> ---
> drivers/gpu/drm/radeon/cik.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
> index 248953d..d935
Am Dienstag, den 15.12.2015, 16:25 +0800 schrieb Shawn Guo:
> On Mon, Dec 14, 2015 at 10:52:25AM +0100, Lucas Stach wrote:
> > Are you okay with merging the DT changes through the DRM tree, or do you
> > want to pick them separate?
>
> To accelerate the merge process, I'm okay with merging the DT
From: Nicolas Ferre
As the hardware description for this chip is the same as the sama5d4, we use
this SoC structures for layers and DC descriptions. Thus only 2 lines are added
to the atmel_hlcdc_of_match table.
The compatible string is already documented in the parent MFD driver's binding.
Sign
From: Luis de Bethencourt
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
Acked-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 1 +
1 file changed, 1 i
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/atmel-hlcdc/atmel-hlcdc-dc.ko:
-.text 12488
+.text 12480
-.rodata 1696
+.rodata 1760
-.data 776
+.data
On Mon, Dec 14, 2015 at 01:55:55PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Rather than storing capabilities as flags in an integer, use a separate
> boolean per capability. This simplifies the code that checks for these
> capabilities.
>
> Cc: Rob Clark
> Signed-off-by: Thierry
On Mon, Dec 14, 2015 at 01:56:03PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Store the AUX read interval from DPCD, so that it can be used to wait
> for the durations given in the specification during link training.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/gpu/drm/drm_dp
On 10.11.2015 17:41, Thierry Reding wrote:
> On Tue, Nov 10, 2015 at 05:37:31PM +0100, Thierry Reding wrote:
>> From: Daniel Vetter
>>
>> Apparently pre-nv50 pageflip events happen before the actual vblank
>> period. Therefore that functionality got semi-disabled in
>>
>> commit af4870e406126b7ac0
From: Thierry Reding
If the DSI output isn't connected, then mdfld_dsi_encoder_get_pipe()
will return -1. The mdfld_dsi_dp_mode_set() function doesn't properly
check for this condition and causes the following compiler warnings:
CC drivers/gpu/drm/gma500/mdfld_dsi_dpi.o
dr
Hi Daniel,
As discussed on IRC, here are the patches taken by Thierry in his
drm/trivial/for-next branch. I rebased it on drm-next, and had to fix
a few conflicts, so it would be safer if someone else takes a closer
look at those changes.
The atmel-hlcdc are good, so feel free to take them.
Best
From: Rasmus Villemoes
Signed-off-by: Rasmus Villemoes
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/omapdrm/tcm-sita.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/tcm-sita.c
b/drivers/gpu/drm/omapdrm/tcm-sita.c
index efb6095..6df1f2a
From: Rasmus Villemoes
Signed-off-by: Rasmus Villemoes
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
index 7
From: Frediano Ziglio
Instead of using container_of directly use to_qxl_bo macro.
Signed-off-by: Frediano Ziglio
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/qxl/qxl_object.c | 2 +-
drivers/gpu/drm/qxl/qxl_ttm.c| 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a
From: Nicolas Ferre
As the hardware description for this chip is the same as the sama5d4, we use
this SoC structures for layers and DC descriptions. Thus only 2 lines are added
to the atmel_hlcdc_of_match table.
The compatible string is already documented in the parent MFD driver's binding.
Sign
From: Ville Syrjälä
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deucher
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_encoder_slave.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_encoder.h | 2 +-
drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c | 6 +++---
drivers/gpu/drm/rcar-du/rc
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/atmel-hlcdc/atmel-hlcdc-dc.ko:
-.text 12488
+.text 12480
-.rodata 1696
+.rodata 1760
-.data 776
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/bochs/bochs-drm.ko:
-.text7608
+.text7600
-.rodata 648
+.rodata 716
-.data 612
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/bridge/dw_hdmi.ko:
-.rodata 120
+.rodata 216
-.data 96
+.data 0
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deuche
From: Thierry Reding
Previously a negative pipe caused a special case to be triggered for
drivers that didn't have proper VBLANK support. The trigger for this
special case is now independent of the pipe, so the correct CRTC index
can now be stored in events.
v2: convert to use drm_crtc_send_vbla
From: Thierry Reding
There's no reason whatsoever why this should ever be negative. The same
goes for the number of pipes added to the DRM device.
Cc: Philipp Zabel
Acked-by: Philipp Zabel
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/imx/imx-drm-core.c | 6 +++---
drivers/gpu/drm/imx/im
From: Thierry Reding
Use the drm_crtc_index() helper to determine the pipe number of the CRTC
instead.
Cc: Philipp Zabel
Acked-by: Philipp Zabel
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/imx/imx-drm-core.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff
From: Rasmus Villemoes
srf->sizes has been allocated and checked a few lines above; fix up
the copy-pasto so that we check srf->offsets.
Reported-by: kbuild test robot
Signed-off-by: Rasmus Villemoes
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 2 +-
1 file cha
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/armada/armada.ko:
-.rodata 1040
+.rodata 1100
-.data1156
+.data1096
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deuc
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/bridge/nxp-ptn3460.ko:
-.rodata 440
+.rodata 536
-.data208
+.data112
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex De
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/i2c/ch7006.ko:
-.text5752
+.text5760
-.rodata 6608
+.rodata 6656
-.data 216
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/i2c/adv7511.ko:
-.rodata 1368
+.rodata 1416
-.data164
+.data116
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deucher
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/cirrus/cirrus.ko:
-.text 10104
+.text 10092
-.rodata 528
+.rodata 596
-.data 608
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/exynos/exynosdrm.ko:
-.text 125792
+.text 125788
-.rodata 10972
+.rodata 11748
-.data 6720
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/imx/imxdrm.ko:
-.rodata 624
+.rodata 652
-.data372
+.data344
drivers/gpu/drm/imx/imx-ipuv3-crtc.ko:
-.rodata
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/i2c/sil164.ko:
-.text 1660
+.text 1656
-.rodata 56
+.rodata 104
-.data212
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/mgag200/mgag200.ko:
-.text 29244
+.text 29232
-.rodata 600
+.rodata 668
-.data 688
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/tegra/tegra-drm.ko:
-.rodata 13672
+.rodata 13684
-.data1108
+.data1096
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex D
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/udl/udl.ko:
-.text 11336
+.text 11332
-.rodata 560
+.rodata 684
-.data 696
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/vmwgfx/vmwgfx.ko:
-.text 132244
+.text 132240
-.rodata 18296
+.rodata 18680
-.data 5096
+.data
From: Luis de Bethencourt
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
Acked-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 1 +
1 file changed, 1 i
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.ko:
-.rodata 772
+.rodata 828
-.data148
+.data 92
drivers/gpu/drm/rockchip/rockchipdrm.ko:
-.r
On 15 December 2015 at 11:11, poma wrote:
>
> Apparently not reached @stable (stable: 4.3.3 2015-12-15),
> so here's one more time.
>
It has reached 4.4-rcX and will get picked by the stable maintainer
(Greg?) in due time. Meanwhile you can ask your distro maintainers to
apply it locally until we
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/nouveau/nouveau.ko:
-.rodata 105688
+.rodata 105792
-.data125724
+.data125620
Signed-off-by: Ville Syrjälä
Reviewed-by
On Tue, 15 Dec 2015 12:20:48 +0100
Boris Brezillon wrote:
> Hi Daniel,
>
> As discussed on IRC, here are the patches taken by Thierry in his
> drm/trivial/for-next branch. I rebased it on drm-next, and had to fix
> a few conflicts, so it would be safer if someone else takes a closer
> look at th
On Tue, Dec 15, 2015 at 01:37:44PM +0100, Boris Brezillon wrote:
> On Tue, 15 Dec 2015 12:20:48 +0100
> Boris Brezillon wrote:
>
> > Hi Daniel,
> >
> > As discussed on IRC, here are the patches taken by Thierry in his
> > drm/trivial/for-next branch. I rebased it on drm-next, and had to fix
> >
nt was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/2f24ced2/attachment.sig>
On Fri, Dec 11, 2015 at 11:20:28AM +0100, Nicolas Iooss wrote:
> The following code pattern exists in some DRM drivers:
>
> ddev = drm_dev_alloc(&driver, parent_dev);
> drm_dev_set_unique(ddev, dev_name(parent_dev));
>
> (Sometimes dev_name(ddev->dev) is used, which is the same.)
>
> As
2015-12-14 Dmitry Torokhov :
> Userspace can close the sync device while there are still active fence
> points, in which case kernel produces the following warning:
>
> [ 43.853176] [ cut here ]
> [ 43.857834] WARNING: CPU: 0 PID: 892 at
> /mnt/host/source/src/third_p
On Mon, Dec 14, 2015 at 10:52:25AM +0100, Lucas Stach wrote:
> Are you okay with merging the DT changes through the DRM tree, or do you
> want to pick them separate?
To accelerate the merge process, I'm okay with merging the DT changes
through DRM tree, as long as DRM maintainers don't mind.
Shaw
From: Ville Syrjälä
drmModeGetConnectorCurrent() must provide temporary storage for the
kernel to fill in at least one mode (asking for !=0 modes is how
you prevent the heavyweight probe in the kernel). Currently we malloc
that temp storage but we fail to free it before overwriting the
pointer
Awesome. Thanks, Daniel.
Harry
From: Daniel Vetter on behalf of Daniel Vetter
Sent: Monday, December 14, 2015 12:32 PM
To: Wentland, Harry
Cc: Alex Deucher; Maling list - DRI developers
Subject: Re: [PATCH 0/2] Two small patches for MST
On Mon, Dec 14,
On Tue, Dec 15, 2015 at 03:59:28PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> drmModeGetConnectorCurrent() must provide temporary storage for the
> kernel to fill in at least one mode (asking for !=0 modes is how
> you prevent the heavyweight probe in the kernel).
Is this not the issue fixed by 8e43c9c75?
Thanks
Frank
On 15/12/15 13:30, Gustavo Padovan wrote:
> 2015-12-14 Dmitry Torokhov :
>
>> Userspace can close the sync device while there are still active fence
>> points, in which case kernel produces the following warning:
>>
>> [ 43.853176]
On Tue, Dec 15, 2015 at 02:05:45PM +, Chris Wilson wrote:
> On Tue, Dec 15, 2015 at 03:59:28PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > drmModeGetConnectorCurrent() must provide temporary storage for the
> > kernel to fill in at least one mode (askin
On 14/12/15 15:39, Thierry Reding wrote:
> On Wed, Dec 09, 2015 at 05:08:02PM +0100, Daniel Vetter wrote:
>> Every time I type or review docs this seems a bit different. Try to
>> document the common style so we can try to unify at least new docs.
>>
>> v2: Spelling fixes from Pierre, Laurent and J
On 15.12.2015 12:21, Emil Velikov wrote:
> On 15 December 2015 at 11:11, poma wrote:
>
>>
>> Apparently not reached @stable (stable: 4.3.3 2015-12-15),
>> so here's one more time.
>>
> It has reached 4.4-rcX and will get picked by the stable maintainer
> (Greg?) in due time. Meanwhile you can ask
On 15 December 2015 at 15:01, poma wrote:
> On 15.12.2015 12:21, Emil Velikov wrote:
>> On 15 December 2015 at 11:11, poma wrote:
>>
>>>
>>> Apparently not reached @stable (stable: 4.3.3 2015-12-15),
>>> so here's one more time.
>>>
>> It has reached 4.4-rcX and will get picked by the stable main
On Tue, Dec 15, 2015 at 02:56:10PM +, Dave Gordon wrote:
> On 14/12/15 15:39, Thierry Reding wrote:
> >On Wed, Dec 09, 2015 at 05:08:02PM +0100, Daniel Vetter wrote:
> >>Every time I type or review docs this seems a bit different. Try to
> >>document the common style so we can try to unify at l
Hi Dave,
here is the pull request for the etnaviv DRM driver. It includes the DT bindings
and the driver itself, platform devicetree changes will be merged through the
respective SoC trees. Otherwise it's just a squashed version of the V2 patches
that have been on the list for a while.
Regards,
L
On Tue, Dec 15, 2015 at 03:17:21PM +, Emil Velikov wrote:
> On 15 December 2015 at 15:01, poma wrote:
> > On 15.12.2015 12:21, Emil Velikov wrote:
> >> On 15 December 2015 at 11:11, poma wrote:
> >>
> >>>
> >>> Apparently not reached @stable (stable: 4.3.3 2015-12-15),
> >>> so here's one mor
This has been on the list for 2 weeks without a reaction, so please
consider this a friendly ping.
Regards,
Lucas
Am Mittwoch, den 02.12.2015, 19:41 +0100 schrieb Lucas Stach:
> The Kyocera TCG121XGLP panel is an XGA LCD TFT panel connected through
> LVDS, which can be supported by the simple pan
desktop.org/archives/dri-devel/attachments/20151215/21e3cce9/attachment.html>
rst. :)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/5eb173d7/attachment.html>
This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to
unknown")
Unfortunately, not resetting the connector status to unknown actually
breaks reprobing on suspend/resume in i915, which is important to have
working since it means a user docking their laptop in suspend won't have
-
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/6e379ba9/attachment.sig>
On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote:
> This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to
> unknown")
>
> Unfortunately, not resetting the connector status to unknown actually
> breaks reprobing on suspend/resume in i915, which is important to have
> working since i
On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote:
> On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote:
> > This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to
> > unknown")
> >
> > Unfortunately, not resetting the connector status to unknown actually
> > breaks reprobing
On Tue, Dec 15, 2015 at 1:33 PM, Ville Syrjälä
wrote:
> On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote:
>> On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote:
>> > This reverts commit 5677d67ae394 ("drm: Stop resetting connector state to
>> > unknown")
>> >
>> > Unfortunately, not resettin
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151215/7c26b666/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=108561
--- Comment #3 from Elmar Stellnberger ---
s2ram; new test results:
* when booted with nouveau.modeset=0 the external monitor is not enabled at all
(i.e. definitely a bug related to the nouveau kernel module).
* suspecting this to be backlight is
2015-12-15 Daniel Vetter :
> On Mon, Dec 14, 2015 at 05:29:55PM -0800, Dmitry Torokhov wrote:
> > Userspace can close the sync device while there are still active fence
> > points, in which case kernel produces the following warning:
> >
> > [ 43.853176] [ cut here ]
> >
Most of these patches are quite old and they have been used in TI
linux for some time already. I forward ported the applicaple patches
from TI tree on top of the latest drm-next, fixed checkpatch issues
and tested the driver.
Darren Etheridge (8):
drm/tilcdc: disable console switching during pm
From: Darren Etheridge
The default behavior of consoles during power management operations is: On
entry to suspend a new console is allocated and switched to. On resume the
original console is restored.
However this isn't the observed behavior and the original console is not
restored. This commi
From: Darren Etheridge
Updating the tilcdc DRM driver code to calculate the LCD controller
pixel clock more accurately. Based on a suggested implementation by
Tomi Valkeinen.
The current code does not work correctly and produces wrong results
with many requested clock rates. It also oddly uses t
From: Dave Gerlach
Update tilcdc driver to set the state of the pins to:
- "default on resume
- "sleep" on suspend
By optionally putting the pins into sleep state in the suspend callback
we can accomplish two things.
- minimize current leakage from pins and thus save power,
- prevent the IP from
From: Tomi Valkeinen
LCDC hardware does not support fb pitch that is different (i.e. larger)
than the screen size. The driver currently does no checks for this, and
the results of too big pitch are are flickering and lower fps.
This issue easily happens when using libdrm's modetest tool with non
From: Darren Etheridge
On BeagleBone Black if no HDMI monitor is connected and suspend
is requested a kernel panic will result:
root at am335x-evm:~# echo mem > /sys/power/state
[ 65.548710] PM: Syncing filesystems ... done.
[ 65.631311] Freezing user space processes ... (elapsed 0.006 seconds)
From: Darren Etheridge
The frame_done interrupt was only being enabled when the vsync
interrupts were being enabled by DRM. However the frame_done is
used to determine if the LCD controller has successfully completed
the raster_enable, raster_disable commands and the vsync interrupts
are not alw
From: Darren Etheridge
Update the DMA pointers during the pan display ioctl. Borrowed from
da8xx_fb.c update the scanout buffers immediately so the DMA ping/pong
doesn't end up out of sync with what we really want it to DMA,
otherwise part of the screen ends up tearing during rapid flip
operation
From: Darren Etheridge
The LCD controller must be deactivated and all DMA transactions stopped
when the suspend power state is entered otherwise the PRCM causes the L3
bus to get stuck in transition state.
This commit forces the lcdc to be shut down and waits for all pending DMA
transactions to
From: Darren Etheridge
dma_channel_completed should be reset to channel 0 when the start
function is called and the dma channel in use should be tracked even
when no flip is pending.
Signed-off-by: Darren Etheridge
[Rewrapped description]
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/t
From: Darren Etheridge
DRM allows vblank handling to be controlled dynamically. Therefore if
vblank interrupts are not needed by anybody they are disabled.
However on tilcdc a ping-pong dma is used and there is no way to find
out from the hardware which dma channel will be used for the next
frame
From: Grygorii Strashko
Fix build error when !CONFIG_CPU_FREQ
drivers/gpu/drm/tilcdc/tilcdc_drv.c: In function 'tilcdc_load':
drivers/gpu/drm/tilcdc/tilcdc_drv.c:327:1: error: label 'fail_put_clk' defined
but not used [-Werror=unused-label]
fail_put_clk:
^
Signed-off-by: Grygorii Strashko
Si
There is nothing special about tilcdc HW when the video memory is
concerned. Just using the standard drm helpers for implementation is
enough.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drive
On Tue, 2015-12-15 at 13:42 -0500, Rob Clark wrote:
> On Tue, Dec 15, 2015 at 1:33 PM, Ville Syrjälä
> wrote:
> > On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote:
> > > On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote:
> > > > This reverts commit 5677d67ae394 ("drm: Stop resetting connect
On Tue, Dec 15, 2015 at 03:34:18PM -0500, Lyude wrote:
> On Tue, 2015-12-15 at 13:42 -0500, Rob Clark wrote:
> > On Tue, Dec 15, 2015 at 1:33 PM, Ville Syrjälä
> > wrote:
> > > On Tue, Dec 15, 2015 at 01:23:06PM -0500, Rob Clark wrote:
> > > > On Tue, Dec 15, 2015 at 1:07 PM, Lyude wrote:
> > >
https://bugzilla.kernel.org/show_bug.cgi?id=108561
--- Comment #4 from Elmar Stellnberger ---
Now I have tested it with the proprietary Nvidia 340.xx driver: s2ram works
flawlessly with the proprietary driver the external monitor getting re-enabled
normally. However the non-oss driver runs unstab
https://bugzilla.kernel.org/show_bug.cgi?id=108561
--- Comment #5 from Elmar Stellnberger ---
Created attachment 197481
--> https://bugzilla.kernel.org/attachment.cgi?id=197481&action=edit
clean journal under runlevel 1 with s2ram at last
Would anyone mind to have a look at the logs or propose
1 - 100 of 106 matches
Mail list logo
