https://bugzilla.kernel.org/show_bug.cgi?id=100351
Bug ID: 100351
Summary: System freezes for 2 seconds while opening apps
Product: Drivers
Version: 2.5
Kernel Version: 4.0.5-300.fc22.x86_64
Hardware: x86-64
OS: Linux
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/000f3968/attachment.html>
2015-06-22 20:42 GMT+09:00 Inki Dae :
> + Krzysztof
>
> On 2015ë
06ì 22ì¼ 18:10, Inki Dae wrote:
>> On 2015ë
06ì 12ì¼ 21:59, Hyungwon Hwang wrote:
>>> The clock which was named as 'pll_clk' is actually not the clock source
>>> of PLL in MIPI DSI. This patch fixes this disagreement.
>>
>>
+ Samsung SoC mailing list.
On 2015ë
06ì 12ì¼ 21:59, Hyungwon Hwang wrote:
> This patch renames pll_clk to sclk_clk. The clock referenced by pll_clk
> is actually not the pll input clock for dsi. The pll input clock comes
> from the board's oscillator directly. But for the backward
> compatib
i < dsi->driver_data->num_clks; i++) {
> dsi->clks[i] = devm_clk_get(dev, clk_names[i]);
> if (IS_ERR(dsi->clks[i])) {
> if (strcmp(clk_names[i], "sclk_mipi") == 0) {
> strcp
On 2015ë
06ì 22ì¼ 20:59, Krzysztof Kozlowski wrote:
> 2015-06-22 20:42 GMT+09:00 Inki Dae :
>> + Krzysztof
>>
>> On 2015ë
06ì 22ì¼ 18:10, Inki Dae wrote:
>>> On 2015ë
06ì 12ì¼ 21:59, Hyungwon Hwang wrote:
The clock which was named as 'pll_clk' is actually not the clock source
>>
2015-06-22 20:42 GMT+09:00 Inki Dae :
> + Krzysztof
>
> On 2015ë
06ì 22ì¼ 18:10, Inki Dae wrote:
>> On 2015ë
06ì 12ì¼ 21:59, Hyungwon Hwang wrote:
>>> The clock which was named as 'pll_clk' is actually not the clock source
>>> of PLL in MIPI DSI. This patch fixes this disagreement.
>>
>>
On 2015ë
06ì 22ì¼ 20:41, Varka Bhadram wrote:
> Hi,
>
> On 06/22/2015 04:46 PM, Inki Dae wrote:
>
>> From: Joonyoung Shim
>>
>> DECON(Display and Enhancement Controller) is new IP replacing FIMD in
>> Exynos5433. This patch adds Exynos5433 decon driver.
>>
>> Changelog v7:
>> - Rebased on t
+ Krzysztof
On 2015ë
06ì 22ì¼ 18:10, Inki Dae wrote:
> On 2015ë
06ì 12ì¼ 21:59, Hyungwon Hwang wrote:
>> The clock which was named as 'pll_clk' is actually not the clock source
>> of PLL in MIPI DSI. This patch fixes this disagreement.
>
> Mr. Kukjin and Krzysztof, can you give me Acked
We currently get the output connected to LVDS by looking for a phandle
called 'qcom,lvds-panel' under the mdp DT node.
Use the more standard of_graph approach to create an lvds output port,
and retrieve the panel node from the port's endpoint data.
Signed-off-by: Archit Taneja
---
drivers/gpu/d
The dsi host looks for the connected panel node by parsing for a child
named 'panel'. This hierarchy isn't very flexible. The connected
panel is forced to be a child to the dsi host, and hence, a mipi dsi
device. This isn't suitable for dsi devices that don't use mipi dsi
as their control bus.
Fol
Decrement device node refcount if of_get_child_by_name is successfully
called.
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c
b/drivers/gpu/drm/msm/dsi/dsi_host.c
index de04009..1751659
drm/msm currently relies on phandles/child nodes to get data about
connected panels to LVDS and DSI. This method has known limitations.
Use device graphs in DT to represent the connections between the encoder
outputs and the panels. Use of_graph helpers in the driver to get the
panel device node.
From: Joonyoung Shim
DECON(Display and Enhancement Controller) is new IP replacing FIMD in
Exynos5433. This patch adds Exynos5433 decon driver.
Changelog v7:
- Rebased on top of exynos-drm-next.
- Added runtime pm support.
Signed-off-by: Joonyoung Shim
Signed-off-by: Hyungwon Hwang
Signed-off
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/6c395675/attachment.html>
u 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/20150622/0cc9a6f6/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/c54da9c7/attachment.html>
On Mon, Jun 22, 2015 at 10:23 AM, Tomeu Vizoso
wrote:
> On 28 May 2015 at 06:33, Rob Herring wrote:
>> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso
>> wrote:
>>> Hello,
>>>
>>> I have a problem with the panel on my Tegra Chromebook taking longer than
>>> expected to be ready during boot (Stéph
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/19ad8781/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/21b5a859/attachment.html>
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/20150622/ec677d11/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150622/2215211a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150622/3ba0f71a/attachment.html>
://lists.freedesktop.org/archives/dri-devel/attachments/20150622/1fdde9af/attachment-0001.html>
On 22 June 2015 at 18:12, Jani Nikula wrote:
> On Mon, 22 Jun 2015, Ander Conselvan De Oliveira
> wrote:
>> There is
>>
>> commit bd4b4827acdc00bf9e71f939d160102021d10d4f
>> Author: Ander Conselvan de Oliveira
>>
>> Date: Fri May 29 14:28:09 2015 +0300
>>
>> drm/i915: Silence compiler war
On 2015ë
06ì 12ì¼ 21:59, Hyungwon Hwang wrote:
> The clock which was named as 'pll_clk' is actually not the clock source
> of PLL in MIPI DSI. This patch fixes this disagreement.
Mr. Kukjin and Krzysztof, can you give me Acked-by or Singed-off-by? I'd
like to merge this patch to mainline thro
Signed-off-by: Emil Velikov
---
xf86drmMode.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/xf86drmMode.c b/xf86drmMode.c
index 30ef6f2..71bd62f 100644
--- a/xf86drmMode.c
+++ b/xf86drmMode.c
@@ -37,14 +37,15 @@
* TODO the types we are after are defined in diffrent
Signed-off-by: Emil Velikov
---
xf86drmMode.c | 8
1 file changed, 8 deletions(-)
diff --git a/xf86drmMode.c b/xf86drmMode.c
index 1333da4..30ef6f2 100644
--- a/xf86drmMode.c
+++ b/xf86drmMode.c
@@ -53,14 +53,6 @@
#include
#include
-#ifdef HAVE_VALGRIND
-#include
-#include
-#defi
_INVALID_OPERATION.
Reviewed-by: Ian Romanick
--
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/20150622/49851dec/attachment.html>
From: Daniel Vetter
This validates the mst_primary under the lock, and then calls
into the check and send function. This makes the code a lot
easier to understand the locking rules in.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_dp_mst_topology.c | 24 +++-
1 file ch
On 06/22/2015 05:27 PM, Inki Dae wrote:
> On 2015ë
06ì 22ì¼ 20:41, Varka Bhadram wrote:
>
(..)
> +platform_set_drvdata(pdev, ctx);
>> You are setting the driver data as ctx..
>>
>> But no where you are using it...?
>>
>> Am i missing anything ?
> See decon_bind and decon_unbind functions
v2: Use memclear to zero out structure.
Signed-off-by: Daniel Stone
---
include/drm/drm.h | 2 ++
include/drm/drm_mode.h | 21 +
xf86drmMode.c | 34 ++
xf86drmMode.h | 5 +
4 files changed, 62 insertions(+)
diff --
From: Ville Syrjälä
Add support for the atomic modesetting ioctl through a property-set API.
v1: Squashed intermediate patches from Ville, Rob and myself. Updated
for current kernel interface (no blobs).
v2: Rewrite user-facing API to provide transactional/cursor interface.
Use memclea
On 28 May 2015 at 06:33, Rob Herring wrote:
> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso
> wrote:
>> Hello,
>>
>> I have a problem with the panel on my Tegra Chromebook taking longer than
>> expected to be ready during boot (Stéphane Marchesin reported what is
>> basically the same issue in [
ders/glsl-floating-constant-120
--
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/20150622/7985d897/attachment.html>
06/13 08:38:48.711 DEBUG|base_utils:0239| [stdout] + fail ::
spec/ARB_occlusion_query2/api
--
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/a
>> It doesn't actually matter if mgr->mst_primary gets messed up here I
>> don't think,
>> as long as we validate it. So the value is going to be either a)
>> correct, b) NULL,
>> c) garbage between a and b assuming its not atomic, the validate function
>> locks the mgr, and checks primary, at this
On 12 June 2015 at 18:15, Tobias Jakobi
wrote:
> Hello,
>
> I've split off the Exynos specific bits, so this is just some cleanups and
> small fixes. Everything can be reviewed without knowledge about the Exynos
> platform. My hope is that I can get at least some of the patches from my last
>
ceiving 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/20150622/4be9465b/attachment-0001.html>
Hi,
On 06/22/2015 04:46 PM, Inki Dae wrote:
> From: Joonyoung Shim
>
> DECON(Display and Enhancement Controller) is new IP replacing FIMD in
> Exynos5433. This patch adds Exynos5433 decon driver.
>
> Changelog v7:
> - Rebased on top of exynos-drm-next.
> - Added runtime pm support.
>
> Signed-of
On 22 June 2015 at 16:56, Matt Turner wrote:
> ---
> configure.ac | 10 +-
> 1 file changed, 9 insertions(+), 1 deletion(-)
>
> diff --git a/configure.ac b/configure.ac
> index 78a0010..dd6c0ab 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -403,7 +403,15 @@ else
> fi
> AM_CONDIT
u 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/20150622/077c2efd/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/0fb7c967/attachment.html>
On 22/06/15 15:54, Archit Taneja wrote:
> Decrement device node refcount if of_get_child_by_name is successfully
> called.
>
> Signed-off-by: Archit Taneja
> ---
> drivers/gpu/drm/msm/dsi/dsi_host.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c
Hi Shobhit Kumar,
On 06/22/2015 04:24 PM, Shobhit Kumar wrote:
> The Crystalcove PMIC provides three PWM signals and this driver exports
> one of them on the BYT platform which is used to control backlight for
> DSI panel. This is platform device implementation of the drivers/mfd
> cell device fo
On Mon, 22 Jun 2015, Josh Boyer wrote:
> On Mon, Jun 22, 2015 at 9:27 AM, Jani Nikula
> wrote:
>> On Mon, 22 Jun 2015, Josh Boyer wrote:
>>> On Mon, Jun 22, 2015 at 8:02 AM, Daniel Vetter
>>> wrote:
We should never nest these since in theory kms drivers should know
when a pipe is on/
On pe, 2015-06-19 at 18:36 +0200, Paul Bolle wrote:
> On Fri, 2015-06-19 at 17:44 +0200, Daniel Vetter wrote:
> > I wonder whether we shouldn't do this unconditionally for gen4 and earlier
> > for Lenovo ... Anyway this needs Cc: stable at vger.kernel.org and is for
> > Jani to pick up.
> >
> > Th
Hi Shobhit Kumar,
On 06/22/2015 04:24 PM, Shobhit Kumar wrote:
> On some BYT PLatform the PWM is controlled using CRC PMIC. Add a lookup
> entry for the same to be used by the consumer (Intel GFX)
>
> v2: Remove the lookup table on driver unload (Thierry)
>
> v3: Correct the subject line (Lee jon
On Mon, 22 Jun 2015, Josh Boyer wrote:
> On Mon, Jun 22, 2015 at 8:02 AM, Daniel Vetter
> wrote:
>> We should never nest these since in theory kms drivers should know
>> when a pipe is on/off and call the corresponding enable/disable
>> functions for the vblank helper code only once. But for his
Use the CRC PWM device in intel_panel.c and add new MIPI backlight
specififc callbacks
v2: Modify to use pwm_config callback
v3: Addressed Jani's comments
- Renamed all function as pwm_* instead of vlv_*
- Call intel_panel_actually_set_backlight in enable function
- Return -ENODEV in c
The CRC (Crystal Cove) PMIC, controls the panel enable and disable
signals for BYT for dsi panels. This is indicated in the VBT fields. Use
that to initialize and use GPIO based control for these signals.
v2: Use the newer gpiod interface(Alexandre)
v3: Remove the redundant checks and unused code
The Crystalcove PMIC provides three PWM signals and this driver exports
one of them on the BYT platform which is used to control backlight for
DSI panel. This is platform device implementation of the drivers/mfd
cell device for CRC PMIC.
v2: Use the existing config callback with duty_ns and period
On some BYT PLatform the PWM is controlled using CRC PMIC. Add a lookup
entry for the same to be used by the consumer (Intel GFX)
v2: Remove the lookup table on driver unload (Thierry)
v3: Correct the subject line (Lee jones)
CC: Samuel Ortiz
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Thierr
Needed for PWM control suuported by the PMIC
v2: Correct the subject line (Lee jones)
CC: Samuel Ortiz
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Thierry Reding
Acked-by: Lee Jones
Signed-off-by: Shobhit Kumar
---
drivers/mfd/intel_soc_pmic_crc.c | 3 +++
1 file changed, 3 insertions(+)
On some Intel SoC platforms, the panel enable/disable signals are
controlled by CRC PMIC. Add those control as a new GPIO in a lookup
table for gpio-crystalcove chip during CRC driver load
v2: Make the lookup table static (Thierry)
Remove the lookup table during driver remove (Thierry)
v3: Co
In case we unload and load a driver module again that is registering a
lookup table, without this it will result in multiple entries. Provide
an option to remove the lookup table on driver unload
v2: Ccing maintainers
v3: Correct the subject line (Lee jones)
Cc: Samuel Ortiz
Cc: Linus Walleij
C
Hi All,
On some of the BYT devices, for DSI panels, the panel enable/disable signals
and backlight control are done using the Crystalcove PMIC. This series provides
support for the same and has been reviewed earlier on -
https://lkml.org/lkml/2015/4/29/301
This series addresses the review comments
On Mon, Jun 22, 2015 at 04:33:22PM +0530, Varka Bhadram wrote:
> Hi Shobhit Kumar,
>
> On 06/22/2015 04:24 PM, Shobhit Kumar wrote:
>
> >On some BYT PLatform the PWM is controlled using CRC PMIC. Add a lookup
> >entry for the same to be used by the consumer (Intel GFX)
> >
> >v2: Remove the looku
On 06/19/2015 11:33 PM, Wentao Xu wrote:
> Release all blocks after the pipe is disabled, even when vsync
> didn't happen in some error cases. Allow requesting SMB multiple
> times before configuring to hardware, by releasing blocks not
> programmed to hardware yet for shrinking case.
Tested-by:
Hi All,
just compiled 4.1 and just got this warning, twice, in my dmesg:
[lun giu 22 11:43:18 2015] [ cut here ]
[lun giu 22 11:43:18 2015] WARNING: CPU: 1 PID: 2184 at
drivers/gpu/drm/drm_ioctl.c:144 drm_setversion+0xe1/0x179()
[lun giu 22 11:43:18 2015] No drm_driver.s
On Thu, Jun 18, 2015 at 01:06:14PM +0300, Jani Nikula wrote:
> Continue abstracting hotplug storm related functions to clarify the
> code. This time, abstract hotplug irq storm related hotplug
> disabling. While at it, clean up the loop iterating over connectors for
> readability.
>
> Signed-off-b
From: Dave Airlie
If we are doing an MST transaction and we've gotten HPD and we
lookup the device from the incoming msg, we should take the mgr
lock around it, so that mst_primary and mstb->ports are valid.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_dp_mst_topology.c | 3 +++
1 file c
From: Dave Airlie
We should validate the passed in mstb under the lock
this should stop us getting an invalid mstb here.
(first attempt with cancelling work has lockdep issues).
Bugzilla: https://bugs.archlinux.org/task/45369
v2: update bugzilla, add some notes on why passing mst_primary
is oka
On 20 June 2015 at 01:42, Daniel Vetter wrote:
> On Fri, Jun 19, 2015 at 10:53:10AM +1000, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> We should validate the passed in mstb under the lock
>> this should stop us getting an invalid mstb here.
>>
>> (first attempt with cancelling work has lockdep
We should never nest these since in theory kms drivers should know
when a pipe is on/off and call the corresponding enable/disable
functions for the vblank helper code only once. But for historical
reasons (the shared-with-ums version of this code in modeset_pre/post
needed to be able to cope with
+glamor)
apologies for the noise
--
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/20150622/7067d03a/attachment-0001.html>
Increase version number so Mesa can check against it before using the
new NOUVEAU_GEM_DOMAIN_COHERENT flag.
Signed-off-by: Alexandre Courbot
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 78a0010..e48fb7e 100644
--- a/config
Hi Dave,
One more drm-misc pull for 4.2. The important one is the fix from Laurent
for Daniel Stone's mode_blob work.
Cheers, Daniel
The following changes since commit b9a1077a4e8f6961df8fd393fad2265249f015c5:
Merge branch 'msm-next' of git://people.freedesktop.org/~robclark/linux into
drm-
On Mon, Jun 22, 2015 at 01:37:46PM +0300, Laurent Pinchart wrote:
> The enable field needs to be kept in sync with the mode_blob field. Call
> drm_atomic_set_mode_prop_for_crtc() instead of setting enable to false
> in order to dereference the mode blob correctly.
>
> Signed-off-by: Laurent Pincha
ement on the design, we will share the patches in dri-devel level.
Regards
Shashank
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/e70b07d8/attachment.html>
The enable field needs to be kept in sync with the mode_blob field. Call
drm_atomic_set_mode_prop_for_crtc() instead of setting enable to false
in order to dereference the mode blob correctly.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_atomic_helper.c | 10 +++---
1 file changed
Hi Dave, new pull for drm-next/v4.2 with the compiler warnings fixed.
BR,
Jani.
The following changes since commit bf546f8158e2df2656494a475e6235634121c87c:
drm/i915/skl: Fix DMC API version in firmware file name (2015-06-05 12:08:01
+0300)
are available in the git repository at:
git://a
On Sat, Jun 20, 2015 at 11:34 PM, Paul Gortmaker
wrote:
> [Re: [Intel-gfx] [PATCH 6/8] drivers/pwm: Add Crystalcove (CRC) PWM driver]
> On 20/06/2015 (Sat 13:23) Paul Bolle wrote:
>
>> [Added Paul Gortmaker.]
>>
>> Hi Shobhit,
>>
>> On Fri, 2015-06-19 at 12:16 +0530, Shobhit Kumar wrote:
>> > So
Something I didn't notice in v4, sorry.
On Sat, 2015-06-20 at 00:28 +0800, Yakir Yang wrote:
> --- /dev/null
> +++ b/drivers/gpu/drm/bridge/dw_hdmi-i2s-audio.c
> +#define DRIVER_NAME "dw-hdmi-i2s-audio"
> +MODULE_ALIAS(PLATFORM_MODULE_PREFIX DRIVER_NAME);
0) Side note: this is the first time th
The atomic commit cannot easily undo and return an error once the
state is swapped. Change to uninterruptible wait, and ignore the
timeout error.
Signed-off-by: Wentao Xu
---
drivers/gpu/drm/msm/msm_atomic.c | 8 ++--
drivers/gpu/drm/msm/msm_drv.c| 13 +
drivers/gpu/drm/msm/
On Mon, 22 Jun 2015, Ander Conselvan De Oliveira
wrote:
> There is
>
> commit bd4b4827acdc00bf9e71f939d160102021d10d4f
> Author: Ander Conselvan de Oliveira
>
> Date: Fri May 29 14:28:09 2015 +0300
>
> drm/i915: Silence compiler warning
>
> in -nightly to fix that same issue. I didn't real
On Mon, Jun 22, 2015 at 12:06:04PM +0200, Paul Bolle wrote:
> But I think there's no platform_device with a "dw-hdmi-i2s-audio" name.
> So I wonder whether this MODULE_ALIAS() is actually needed. What breaks
> if you leave it out?
+ } else if (hdmi_readb(hdmi, HDMI_CONFIG0_ID) & HDMI_CONFIG0
There is
commit bd4b4827acdc00bf9e71f939d160102021d10d4f
Author: Ander Conselvan de Oliveira
Date: Fri May 29 14:28:09 2015 +0300
drm/i915: Silence compiler warning
in -nightly to fix that same issue. I didn't realize this was also
needed in -next-fixes.
Ander
On Fri, 2015-06-19 at 17:
On Mon, Jun 22, 2015 at 10:07 AM, Emil Velikov
wrote:
> On 22 June 2015 at 16:56, Matt Turner wrote:
>> ---
>> configure.ac | 10 +-
>> 1 file changed, 9 insertions(+), 1 deletion(-)
>>
>> diff --git a/configure.ac b/configure.ac
>> index 78a0010..dd6c0ab 100644
>> --- a/configure.ac
>>
---
configure.ac | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 78a0010..dd6c0ab 100644
--- a/configure.ac
+++ b/configure.ac
@@ -403,7 +403,15 @@ else
fi
AM_CONDITIONAL([HAVE_MANPAGES_STYLESHEET], [test "x$HAVE_MANPAGES_STYLESHEET
On Mon, Jun 22, 2015 at 05:31:59PM +1000, Dave Airlie wrote:
> From: Daniel Vetter
>
> This validates the mst_primary under the lock, and then calls
> into the check and send function. This makes the code a lot
> easier to understand the locking rules in.
>
> Signed-off-by: Dave Airlie
Signed-
On Mon, Jun 22, 2015 at 9:27 AM, Jani Nikula
wrote:
> On Mon, 22 Jun 2015, Josh Boyer wrote:
>> On Mon, Jun 22, 2015 at 8:02 AM, Daniel Vetter
>> wrote:
>>> We should never nest these since in theory kms drivers should know
>>> when a pipe is on/off and call the corresponding enable/disable
>>>
On Mon, Jun 22, 2015 at 02:40:43PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> We should validate the passed in mstb under the lock
> this should stop us getting an invalid mstb here.
>
> (first attempt with cancelling work has lockdep issues).
> Bugzilla: https://bugs.archlinux.org/task/4
On Mon, Jun 22, 2015 at 8:02 AM, Daniel Vetter
wrote:
> We should never nest these since in theory kms drivers should know
> when a pipe is on/off and call the corresponding enable/disable
> functions for the vblank helper code only once. But for historical
> reasons (the shared-with-ums version
On Mon, Jun 22, 2015 at 02:40:44PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> If we are doing an MST transaction and we've gotten HPD and we
> lookup the device from the incoming msg, we should take the mgr
> lock around it, so that mst_primary and mstb->ports are valid.
>
> Signed-off-by
On Mon, Jun 22, 2015 at 02:28:33PM +1000, Dave Airlie wrote:
> On 20 June 2015 at 01:42, Daniel Vetter wrote:
> > On Fri, Jun 19, 2015 at 10:53:10AM +1000, Dave Airlie wrote:
> >> From: Dave Airlie
> >>
> >> We should validate the passed in mstb under the lock
> >> this should stop us getting an
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150622/b775b093/attachment.html>
87 matches
Mail list logo
