On 30 September 2015 at 01:41, Alex Deucher wrote:
> On Tue, Sep 29, 2015 at 11:20 AM, Daniel Vetter wrote:
>> On Tue, Sep 29, 2015 at 02:39:49PM +0200, Christian König wrote:
>>> On 29.09.2015 13:40, Daniel Vetter wrote:
>>> >On Thu, Jul 09, 2015 at 12:21:06PM -0400, Alex Deucher wrote:
>>> >>F
On 09/17/2015 06:26 AM, Pierre Moreau wrote:
> If the hardware supports extended tag field (8-bit ones), then
> enabled it. This is usually done by the VBIOS, but not on some MBPs
> (see fdo#86537). In case extended tag field is not supported, 5-bit
> tag field is used which limits the possible val
On Tue, Sep 29, 2015 at 05:18:45PM +0200, Peter Zijlstra wrote:
> On Tue, Sep 29, 2015 at 10:55:39PM +0800, kbuild test robot wrote:
> > Hi Robert,
> >
> > [auto build test results on v4.3-rc3 -- if it's inappropriate base, please
> > ignore]
> >
> > config: i386-defconfig (attached as .config)
From: Dave Airlie
Since 9eb1e57f564d4e6e10991402726cc83fe0b9172f
drm/dp/mst: make sure mst_primary mstb is valid in work function
we validate the mstb structs in the work function, and doing
that takes a reference. So we should never get here with the
work function running using the mstb device,
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_lrc.c
between commit:
dfc53c5e73f8 ("drm/i915: Consider HW CSB write pointer before resetting the
sw read pointer")
from the drm-intel-fixes tree and commit:
83843d84fcd3 ("drm/i915: Pa
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/2a8a8be0/attachment-0001.jpg>
Hi Takashi,
Today's linux-next merge of the sound tree got a conflict in:
drivers/gpu/drm/i915/intel_audio.c
between commit:
3c85f5027595 ("drm/i915: s/mode/adjusted_mode/ in functions that really get
passed the adjusted_mode")
from the drm-intel tree and commit:
7e8275c2f2bb ("drm/i91
org/archives/dri-devel/attachments/20150930/d9daceb4/attachment.html>
OLVED FIXED".
Thank you very much for all of your help, Dave.
--
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/2015
https://bugzilla.kernel.org/show_bug.cgi?id=105051
--- Comment #8 from Michel Dänzer ---
(In reply to Robert Abraham from comment #6)
> commit
> 4eebd5a4e72697aac25a8a57d3f888a9d5f80370
>
> breaks the backlight for me.
That's an apple-gmux change, not a radeon driver change. Please reassign t
.freedesktop.org/archives/dri-devel/attachments/20150930/d80ac5b8/attachment.sig>
On 09/25/2015 06:15 PM, Inki Dae wrote:
> On 2015ë
09ì 24ì¼ 10:01, Joonyoung Shim wrote:
>> Hi Inki,
>>
>> On 08/17/2015 06:03 PM, Inki Dae wrote:
>>> On 2015ë
08ì 17ì¼ 17:17, Joonyoung Shim wrote:
On 08/17/2015 04:52 PM, Inki Dae wrote:
> On 2015ë
08ì 17ì¼ 14:29, Joonyoung
On Tue, Sep 29, 2015 at 03:20:35PM +0200, Patrik Jakobsson wrote:
> On Thu, Sep 24, 2015 at 5:57 PM, Sudip Mukherjee
> wrote:
> > On Wed, Sep 09, 2015 at 06:20:40PM +0530, Sudip Mukherjee wrote:
> >> If backing->stolen is true then we were freeing backing by calling
> >> psb_gtt_free_range() but w
On Wed, Sep 30, 2015 at 06:10:52AM +1000, Dave Airlie wrote:
> On 30 September 2015 at 01:41, Alex Deucher wrote:
> > On Tue, Sep 29, 2015 at 11:20 AM, Daniel Vetter wrote:
> >> On Tue, Sep 29, 2015 at 02:39:49PM +0200, Christian König wrote:
> >>> On 29.09.2015 13:40, Daniel Vetter wrote:
> >>>
On Tue, Sep 29, 2015 at 04:28:13PM -0400, Alex Deucher wrote:
> On Tue, Sep 29, 2015 at 4:10 PM, Dave Airlie wrote:
> > On 30 September 2015 at 01:41, Alex Deucher
> > wrote:
> >> On Tue, Sep 29, 2015 at 11:20 AM, Daniel Vetter wrote:
> >>> On Tue, Sep 29, 2015 at 02:39:49PM +0200, Christian KÃ
On Tue, Sep 29, 2015 at 11:41:56AM -0400, Alex Deucher wrote:
> On Tue, Sep 29, 2015 at 11:20 AM, Daniel Vetter wrote:
> > On Tue, Sep 29, 2015 at 02:39:49PM +0200, Christian König wrote:
> >> On 29.09.2015 13:40, Daniel Vetter wrote:
> >> >On Thu, Jul 09, 2015 at 12:21:06PM -0400, Alex Deucher w
On Tue, Sep 29, 2015 at 09:07:22PM -0400, davej at codemonkey.org.uk wrote:
> On Thu, Sep 24, 2015 at 04:26:28PM +0300, Jani Nikula wrote:
> > On Thu, 24 Sep 2015, "davej at codemonkey.org.uk" codemonkey.org.uk> wrote:
> > > On Wed, Sep 23, 2015 at 11:07:56AM +, Lankhorst, Maarten wrote:
>
On Wed, Sep 30, 2015 at 10:39:42AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> Since 9eb1e57f564d4e6e10991402726cc83fe0b9172f
> drm/dp/mst: make sure mst_primary mstb is valid in work function
>
> we validate the mstb structs in the work function, and doing
> that takes a reference. So we
On Wed, Sep 16, 2015 at 11:22:11AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> This is unnecessary and it makes it easier to see what is needed
> from port.
>
> also add blank line to make things nicer.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm
On Wed, Sep 16, 2015 at 11:22:12AM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> output ports should always have a connector, unless
> in the rare case connector allocation fails in the
> driver.
>
> In this case we only need to teardown the pdt,
> and free the struct, and there is no need t
On Wed, Sep 30, 2015 at 09:20:47AM +0200, Daniel Vetter wrote:
> On Wed, Sep 30, 2015 at 10:39:42AM +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > Since 9eb1e57f564d4e6e10991402726cc83fe0b9172f
> > drm/dp/mst: make sure mst_primary mstb is valid in work function
> >
> > we validate the
On Sun, Sep 06, 2015 at 06:52:59PM +1000, Dave Airlie wrote:
> This just drops the return and assigning it to a len variable
> that never gets used.
>
> Signed-off-by: Dave Airlie
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 29 ++---
> 1
On 30.09.2015 08:54, Daniel Vetter wrote:
> On Tue, Sep 29, 2015 at 04:28:13PM -0400, Alex Deucher wrote:
>> On Tue, Sep 29, 2015 at 4:10 PM, Dave Airlie wrote:
>>> On 30 September 2015 at 01:41, Alex Deucher
>>> wrote:
On Tue, Sep 29, 2015 at 11:20 AM, Daniel Vetter wrote:
> On Tue, S
On Sun, Sep 06, 2015 at 06:53:00PM +1000, Dave Airlie wrote:
> There is a race where the reply could get processed by another
> work queue before we've updated the state.
>
> Update the state before sending the msg to close it.
>
> v2: reset value if return indicates we haven't send the msg.
>
>
ize: 4545 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/19a25018/attachment.bin>
On 22.09.2015 16:29, Yakir Yang wrote:
> Split the dp core driver from exynos directory to bridge directory,
> and rename the core driver to analogix_dp_*, rename the platform
> code to exynos_dp.
>
> Beside the new analogix_dp driver would export four hooks.
> "analogix_dp_bind()" and "analogix_d
On 22.09.2015 16:37, Yakir Yang wrote:
> Both hsync/vsync polarity and interlace mode can be parsed from
> drm display mode, and dynamic_range and ycbcr_coeff can be judge
> by the video code.
>
> But presumably Exynos still relies on the DT properties, so take
> good use of mode_fixup() in to ach
On 22.09.2015 16:43, Yakir Yang wrote:
> After exynos_dp have been split the common IP code into analogix_dp driver,
> the analogix_dp driver have deprecated some Samsung platform properties which
> could be dynamically parsed from EDID/MODE/DPCD message, so this is an update
> for Exynos DTS file
Hi Krzysztof,
On 09/30/2015 01:17 PM, Krzysztof Kozlowski wrote:
> On 22.09.2015 16:29, Yakir Yang wrote:
>> Split the dp core driver from exynos directory to bridge directory,
>> and rename the core driver to analogix_dp_*, rename the platform
>> code to exynos_dp.
>>
>> Beside the new analogix_d
Hi Krzysztof,
On 09/30/2015 01:22 PM, Krzysztof Kozlowski wrote:
> On 22.09.2015 16:34, Yakir Yang wrote:
>> Fix some obvious alignment problems, like alignment and line
>> over 80 characters problems, make this easy to be maintained
>> later.
>>
>> Signed-off-by: Yakir Yang
>> ---
>> Changes in
Hi Krzysztof,
On 09/30/2015 01:39 PM, Krzysztof Kozlowski wrote:
> On 22.09.2015 16:43, Yakir Yang wrote:
>> After exynos_dp have been split the common IP code into analogix_dp driver,
>> the analogix_dp driver have deprecated some Samsung platform properties which
>> could be dynamically parsed f
On 30.09.2015 16:19, Yakir Yang wrote:
> Hi Krzysztof,
>
> On 09/30/2015 01:32 PM, Krzysztof Kozlowski wrote:
>> On 22.09.2015 16:37, Yakir Yang wrote:
>>> Both hsync/vsync polarity and interlace mode can be parsed from
>>> drm display mode, and dynamic_range and ycbcr_coeff can be judge
>>> by th
Hi Rob,
Thanks for your work.
On 09/29/2015 10:48 PM, Rob Clark wrote:
> For now, since the GPU is the only upstream consumer, just stuff this
> into drm/msm. Eventually if we have other consumers, we'll have to
As the video encoder/decoder driver (vidc) for apq8084 && msm8974 also
use the ocme
On 22.09.2015 16:34, Yakir Yang wrote:
> Fix some obvious alignment problems, like alignment and line
> over 80 characters problems, make this easy to be maintained
> later.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v5:
> - Resequence this patch after analogix_dp driver have been split
>
nk_train link_train;
>> struct work_struct hotplug_work;
>> struct phy *phy;
>> diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
>> b/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
>> index a388c0a..861097a 100644
>> --- a/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
>> +++ b/drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c
>> @@ -1084,15 +1084,15 @@ void analogix_dp_set_video_color_format(struct
>> analogix_dp_device *dp)
>> u32 reg;
>>
>> /* Configure the input color depth, color space, dynamic range */
>> -reg = (dp->video_info->dynamic_range << IN_D_RANGE_SHIFT) |
>> -(dp->video_info->color_depth << IN_BPC_SHIFT) |
>> -(dp->video_info->color_space << IN_COLOR_F_SHIFT);
>> +reg = (dp->video_info.dynamic_range << IN_D_RANGE_SHIFT) |
>> +(dp->video_info.color_depth << IN_BPC_SHIFT) |
>> +(dp->video_info.color_space << IN_COLOR_F_SHIFT);
>> writel(reg, dp->reg_base + ANALOGIX_DP_VIDEO_CTL_2);
>>
>> /* Set Input Color YCbCr Coefficients to ITU601 or ITU709 */
>> reg = readl(dp->reg_base + ANALOGIX_DP_VIDEO_CTL_3);
>> reg &= ~IN_YC_COEFFI_MASK;
>> -if (dp->video_info->ycbcr_coeff)
>> +if (dp->video_info.ycbcr_coeff)
>> reg |= IN_YC_COEFFI_ITU709;
>> else
>> reg |= IN_YC_COEFFI_ITU601;
>> @@ -1229,17 +1229,17 @@ void analogix_dp_config_video_slave_mode(struct
>> analogix_dp_device *dp)
>>
>> reg = readl(dp->reg_base + ANALOGIX_DP_VIDEO_CTL_10);
>> reg &= ~INTERACE_SCAN_CFG;
>> -reg |= (dp->video_info->interlaced << 2);
>> +reg |= (dp->video_info.interlaced << 2);
>> writel(reg, dp->reg_base + ANALOGIX_DP_VIDEO_CTL_10);
>>
>> reg = readl(dp->reg_base + ANALOGIX_DP_VIDEO_CTL_10);
>> reg &= ~VSYNC_POLARITY_CFG;
>> -reg |= (dp->video_info->v_sync_polarity << 1);
>> +reg |= (dp->video_info.v_sync_polarity << 1);
>> writel(reg, dp->reg_base + ANALOGIX_DP_VIDEO_CTL_10);
>>
>> reg = readl(dp->reg_base + ANALOGIX_DP_VIDEO_CTL_10);
>> reg &= ~HSYNC_POLARITY_CFG;
>> -reg |= (dp->video_info->h_sync_polarity << 0);
>> +reg |= (dp->video_info.h_sync_polarity << 0);
>> writel(reg, dp->reg_base + ANALOGIX_DP_VIDEO_CTL_10);
>>
>> reg = AUDIO_MODE_SPDIF_MODE | VIDEO_MODE_SLAVE_MODE;
>>
>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/ffa0ff10/attachment-0001.html>
Hi Lucas,
2015-09-28 12:39 GMT+02:00 Lucas Stach :
> Hi Christian,
>
> Am Montag, den 28.09.2015, 11:46 +0200 schrieb Christian Gmeiner:
>> Hi Lucas.
>>
>> I think I have run into a cache flush / cache coherency issue. I will
>> try to reproduce this issue with a small example and will
>> keep you
On Wed, Sep 16, 2015 at 05:55:23PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> In order to cache the EDID properly for tiled displays, we
> need to retrieve it before we register the connector with
> userspace, otherwise userspace can call get resources
> and try and get the edid before we'
On Tue, Sep 29, 2015 at 03:39:03PM +0100, Robert Bragg wrote:
> Updating Mesa and GPU Top to experiment with this was straightforward
> given the similarity to the perf interface. The main difference is that
> it only supports forwarding metrics via read()s instead of an mmaped
> circular buffer.
On Sun, Sep 13, 2015 at 02:15:25PM +0200, Julia Lawall wrote:
> Remove unneeded NULL test.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> //
> @@ expression x; @@
> -if (x != NULL)
> \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x);
This was only used for the ums+gem combo, so ripe for removal now that
we only have kms code left.
v2: Drop fence_reg_start since it's now unused, noticed by Ville.
Cc: Ville Syrjälä
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_debugfs.c | 1 -
drivers/gpu/drm/i915/i915_dma.
On Wed, Sep 30, 2015 at 10:46:59AM +0200, Daniel Vetter wrote:
> This was only used for the ums+gem combo, so ripe for removal now that
> we only have kms code left.
>
> v2: Drop fence_reg_start since it's now unused, noticed by Ville.
>
> Cc: Ville Syrjälä
> Signed-off-by: Daniel Vetter
I c
ug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/1b62911d/attachment.html>
ute run of valley has produced zero faults.
--
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/20150930/c807d391/attachment.html>
Hi Russell,
On 29 September 2015 at 19:10, Russell King
wrote:
> Rather than using a spinlock, use xchg() to atomically update
> dplane->old_fb. This allows us to eliminate dplane->lock.
>
> Signed-off-by: Russell King
> ---
[...]
> @@ -76,13 +75,10 @@ static void armada_ovl_retire_fb(struct a
This patch removes unnecessary pm suspend/resume functions.
All kms sub drivers will be controlled by top of Exynos drm driver
and connector dpms so these sub drivers shouldn't have their own
pm interfaces.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 23 ---
Hi,
On 2015ë
09ì 28ì¼ 01:11, Charles Keepax wrote:
> If binding failed calling exynos_dp_enable in exynos_dp_resume will
> result in several NULL pointer dereferences. It is much better to
> simply skip suspend/resume handling if bind has failed, do so by
> checking if a drm_dev exists.
Than
On Wed, Sep 30, 2015 at 3:51 AM, Stanimir Varbanov
wrote:
> Hi Rob,
>
> Thanks for your work.
>
> On 09/29/2015 10:48 PM, Rob Clark wrote:
>> For now, since the GPU is the only upstream consumer, just stuff this
>> into drm/msm. Eventually if we have other consumers, we'll have to
>
> As the vide
On Wed, Sep 30, 2015 at 7:31 AM, Rob Clark wrote:
> On Wed, Sep 30, 2015 at 3:51 AM, Stanimir Varbanov
> wrote:
>> Hi Rob,
>>
>> Thanks for your work.
>>
>> On 09/29/2015 10:48 PM, Rob Clark wrote:
>>> For now, since the GPU is the only upstream consumer, just stuff this
>>> into drm/msm. Eventu
This patch has been merged by Ben yesterday.
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=8c713f90a63ffca10d122af09d439f3409c933ed
Why do you send a new version ? Is the previous patch wrong?
On 09/30/2015 01:48 PM, Ondrej Zary wrote:
> SiS 761 chipset does not support AGP cards but
Hi all,
On 26 September 2015 at 19:46, Geert Uytterhoeven
wrote:
> Hi David,
>
> On Sat, Sep 26, 2015 at 8:13 PM, David Herrmann
> wrote:
>> On Sat, Sep 26, 2015 at 8:01 PM, Geert Uytterhoeven
>> wrote:
>>> On Sat, Sep 26, 2015 at 7:07 PM, Alex Deucher
>>> wrote:
On Sat, Sep 26, 2015 a
SiS 761 chipset does not support AGP cards but has AGP capability (for
the onboard video). At least PC Chips A31G board using this chipset has
an AGP-like AGPro slot that's wired to the PCI bus. Enabling AGP will
fail (GPU lockup and software fbcon, X11 hangs).
Add support for matching just the ho
Hi Inki,
On 30 September 2015 at 12:21, Inki Dae wrote:
> This patch removes unnecessary pm suspend/resume functions.
>
> All kms sub drivers will be controlled by top of Exynos drm driver
> and connector dpms so these sub drivers shouldn't have their own
> pm interfaces.
>
Not sure if you've not
Drivers with software vblank counter relies on the on drm core to update
vblank counter and they should not be concern about the warning that
check hardware counter coherency.
Further, the generic message that tracks the current and last counter
values must be counter type (hardware or software) a
On Wednesday 30 September 2015, Samuel Pitoiset wrote:
> This patch has been merged by Ben yesterday.
>
> http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=8c713f90a63ffca10d
>122af09d439f3409c933ed
>
> Why do you send a new version ? Is the previous patch wrong?
Oops, sorry. Didn't notice
Hello Tapani,
this was your patch.
Any comments?
Thanks,
Dieter
Am 29.09.2015 03:56, schrieb bugzilla-daemon at freedesktop.org:
> BUG ID
> 92173 [3]
>
> SUMMARY
> [regression, bisected] commit 266d05a broke WebGL-Water
> Caustics on
> NI/Turks (667
On Wed, Sep 30, 2015 at 03:45:39PM +0800, Jiang Liu wrote:
> So we need to figure out why we got irq number 0 after enabling
> MSI for AMD IOMMU device. The only hint I got is that iommu driver just
> grabbing the PCI device without providing a PCI device driver for IOMMU
> PCI device, we have solv
When we're out of command buffer space, we turn on the command buffer
processed irq without re-checking for finished command buffers afterwards.
This might lead to a missed irq and the command submission process waiting
forever for space.
Fix this by rerunning the command buffer submission handler
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/20150930/8db7d8df/attachment.html>
--
> Chris Wilson, Intel Open Source Technology Centre
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/7e23f298/attachment-0001.html>
On Wed, Sep 30, 2015 at 10:46:59AM +0200, Daniel Vetter wrote:
> This was only used for the ums+gem combo, so ripe for removal now that
> we only have kms code left.
>
> v2: Drop fence_reg_start since it's now unused, noticed by Ville.
>
> Cc: Ville Syrjälä
> Signed-off-by: Daniel Vetter
lgt
Hi Emil,
On 2015ë
09ì 30ì¼ 21:19, Emil Velikov wrote:
> Hi Inki,
>
> On 30 September 2015 at 12:21, Inki Dae wrote:
>> This patch removes unnecessary pm suspend/resume functions.
>>
>> All kms sub drivers will be controlled by top of Exynos drm driver
>> and connector dpms so these sub driv
From: Ville Syrjälä
drm_vblank_count() returns the software counter. We should not pretend
it's the hw counter since we use the hw counter to figuere out what the
software counter value should be. So instead provide a new function
drm_vblank_no_hw_counter() for drivers that don't have a real hw
From: Ville Syrjälä
Make the 'pipe' argument to drm_vblank_count() unsigned as it is
everwhere else.
Cc: Vincent Abriou
Cc: Thierry Reding
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c | 2 +-
include/drm/drmP.h| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/9e946c29/attachment-0001.html>
On Wed, Sep 30, 2015 at 04:46:48PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> drm_vblank_count() returns the software counter. We should not pretend
> it's the hw counter since we use the hw counter to figuere out what the
> software counter value should be. So in
On Wed, Sep 30, 2015 at 02:29:49PM +0200, Vincent Abriou wrote:
> Drivers with software vblank counter relies on the on drm core to update
> vblank counter and they should not be concern about the warning that
> check hardware counter coherency.
>
> Further, the generic message that tracks the cur
On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
> On Wed, Sep 30, 2015 at 04:46:48PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > drm_vblank_count() returns the software counter. We should not pretend
> > it's the hw counter since we use the h
Hi Inki,
2015-09-30 Inki Dae :
> This patch removes unnecessary pm suspend/resume functions.
>
> All kms sub drivers will be controlled by top of Exynos drm driver
> and connector dpms so these sub drivers shouldn't have their own
> pm interfaces.
>
> Signed-off-by: Inki Dae
> ---
> drivers/g
Hi Eric,
2015-09-28 Eric Anholt :
> The body of the loop is taken from the exynos driver. It appears to
> also be useful in msm, and I've used it in vc4.
>
> Signed-off-by: Eric Anholt
> ---
>
> This is separated from converting exynos to use it, to let it land
> separately and not have to sy
On Wed, 30 Sep 2015, Geliang Tang wrote:
> Fix the following warnings:
>
> CC drivers/gpu/drm/i915/intel_audio.o
> drivers/gpu/drm/i915/intel_audio.c: In function âhsw_audio_codec_enableâ:
> drivers/gpu/drm/i915/intel_audio.c:332:39: warning: passing argument 2 of
> âaudio_rate_need_
Hi Eric.
2015-09-28 Eric Anholt :
> Signed-off-by: Eric Anholt
> ---
> drivers/gpu/drm/exynos/exynos_drm_drv.c | 37
> +++--
> 1 file changed, 7 insertions(+), 30 deletions(-)
Can you kindly add a commit message as well?
Otherwise,
Reviewed-by: Gustavo Padovan
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> This compatible was marked as deprecated in Jun 2013 and it is not used since
> then. Additionally its driver data points to wrong pll settings, so it
> cannot work anyway.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c |
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> samsung,exynos5-hdmi compatible was marked as deprecated in Jun 2013.
> It was never used since then.
>
> Signed-off-by: Andrzej Hajda
> ---
> Documentation/devicetree/bindings/video/exynos_hdmi.txt | 7 +++
> 1 file changed, 3 insertions(+), 4 dele
On 30 September 2015 at 14:46, Inki Dae wrote:
> Hi Emil,
>
> On 2015ë
09ì 30ì¼ 21:19, Emil Velikov wrote:
>> Hi Inki,
>>
>> On 30 September 2015 at 12:21, Inki Dae wrote:
>>> This patch removes unnecessary pm suspend/resume functions.
>>>
>>> All kms sub drivers will be controlled by top of
Fix the following warnings:
CC drivers/gpu/drm/i915/intel_audio.o
drivers/gpu/drm/i915/intel_audio.c: In function âhsw_audio_codec_enableâ:
drivers/gpu/drm/i915/intel_audio.c:332:39: warning: passing argument 2 of
âaudio_rate_need_progâ discards âconstâ qualifier from pointer t
cation/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/18a7f916/attachment-0001.sig>
> -Original Message-
> From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf
> Of Ville Syrjälä
> Sent: mercredi 30 septembre 2015 16:15
> To: Daniel Vetter
> Cc: Thierry Reding; dri-devel at lists.freedesktop.org
> Subject: Re: [PATCH 1/2] drm: Stop using drm_vb
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> Some registers resides at different offsets depending on device version.
> This patch adds infrastructure for mapping such registers to proper address
> based on hdmi_type. It adds also mappings to some registers.
>
> Signed-off-by: Andrzej Hajda
> ---
>
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> The patch moves PLL stabilization check to separate function, adjust timeout
> parameters and de-duplicates code common for both HW variants.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 68
> ++---
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> Currently driver tries to set specific HDMI-PHY registers in three situations:
> - before reset,
> - before power off,
> - after applying HDMI-PHY configuration.
>
> First two cases seems to be unnecessary - register contents will be lost
> anyway. The th
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> Registers are 32-bit, even if only lower 8-bits are used.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Reviewed-by: Gustavo Padovan
Gustavo
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> DRM device should be destroyed before releasing resources.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
Reviewed-by: Gustavo Padovan
Gustavo
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> Driver always uses the same number of regulators, so there is no point in
> dynamic allocation.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 25 +
> 1 file changed, 9 insertions(+), 16 deletions
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> Inline function is safer than macro, also the name has been changed to
> be consistent with other inline function encoder_to_hdmi.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 15 +--
> 1 file changed, 9 in
Hi Andrzej,
2015-09-25 Andrzej Hajda :
> The patch removes unused hdmi_context field.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 1 -
> 1 file changed, 1 deletion(-)
Reviewed-by: Gustavo Padovan
Gustavo
Add the device tree binding documentation for Mediatek HDMI,
HDMI PHY and HDMI DDC devices.
Signed-off-by: Philipp Zabel
---
.../bindings/drm/mediatek/mediatek,hdmi.txt| 117 +
1 file changed, 117 insertions(+)
create mode 100644
Documentation/devicetree/bindings/dr
From: CK Hu
Add device tree binding documentation for the display subsystem in
Mediatek MT8173 SoCs. The display function block nodes are grouped
under a display-subsystem node.
Signed-off-by: CK Hu
Signed-off-by: Philipp Zabel
---
Changes since v2:
- Grouped DISP function block nodes under t
From: CK Hu
This patch adds an initial DRM driver for the Mediatek MT8173 DISP
subsystem. It currently supports two fixed output streams from the
OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively.
Signed-off-by: CK Hu
Signed-off-by: YT Shen
Signed-off-by: Philipp Zabel
---
Changes since
From: Daniel Kurtz
This patch adds drivers for the HDMI bridge connected to the DPI0
display subsystem function block, for the HDMI DDC block, and for
the HDMI PHY to support HDMI output.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/Kconfig| 6
Hi,
this is an update to the MT8173 DRM support RFC. These patches have
a build dependency on two other patches on top of v4.3-rc1:
https://patchwork.kernel.org/patch/6914941 ("iommu: Implement common IOMMU
ops for DMA mapping"), and
https://patchwork.kernel.org/patch/6928621 ("memory: mediatek: A
From: Jie Qiu
MT8173 HDMI hardware has a output control bit to enable/disable HDMI
output. Because of security reason, so this bit can ONLY be controlled
in ARM supervisor mode. Now the only way to enter ARM supervisor is the
ARM trusted firmware. So atf provides a API for HDMI driver to call to
From: CK Hu
This patch add a drm encoder/connector driver for the MIPI DSI function
block of the Mediatek display subsystem and a phy driver for the MIPI TX
D-PHY control module.
Signed-off-by: Jitao Shi
Signed-off-by: Philipp Zabel
---
Changes since v2:
- Split DSI and MIPI TX (MIPI D-PHY) d
From: Jie Qiu
Add DPI connector/encoder to support HDMI output via the
attached HDMI bridge.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/Makefile | 3 +-
drivers/gpu/drm/mediatek/mtk_dpi.c | 703
drivers/gpu/dr
Am Freitag, den 18.09.2015, 15:33 -0500 schrieb Rob Herring:
> On Fri, Sep 18, 2015 at 11:11 AM, Philipp Zabel
> wrote:
> > From: CK Hu
> >
> > Add device tree binding documentation for the display subsystem in
> > Mediatek MT8173 SoCs.
> >
> > Signed-off-by: CK Hu
> > Signed-off-by: Philipp Za
s_dp {
> ...
> hsync-active-high;
> }
>
> It will return -EOVERFLOW which means it would be broken now...
Whoops, thanks for your remind, after try that, I do see over flow error.
static void *of_find_property_value_of_size(const struct device_node *np,
const char *propname, u32 len)
{
if (len > prop->length)
return ERR_PTR(-EOVERFLOW);
...
}
So I though code should be:
if (of_property_read_bool(dp_node, "hsync-active-high"))
video->h_sync_polarity = true;
And we can't provide full backward compatibility for this property, cause
the previous exynos_dp driver would set this timing value to "false" when
property not defined, but analogix_dp driver keep this timing value
corresponding to "drm_display_mode" when property not found.
Thanks,
- Yakir
> Best regards,
> Krzysztof
>
>
>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150930/1a4256b6/attachment.html>
On 30.09.2015 17:20, Yakir Yang wrote:
> Hi Krzysztof,
>
> On 09/30/2015 03:34 PM, Krzysztof Kozlowski wrote:
>> On 30.09.2015 16:19, Yakir Yang wrote:
>>> Hi Krzysztof,
>>>
>>> On 09/30/2015 01:32 PM, Krzysztof Kozlowski wrote:
On 22.09.2015 16:37, Yakir Yang wrote:
> Both hsync/vsync po
Hi Krzysztof,
On 09/30/2015 04:26 PM, Krzysztof Kozlowski wrote:
> On 30.09.2015 17:20, Yakir Yang wrote:
>> Hi Krzysztof,
>>
>> On 09/30/2015 03:34 PM, Krzysztof Kozlowski wrote:
>>> On 30.09.2015 16:19, Yakir Yang wrote:
Hi Krzysztof,
On 09/30/2015 01:32 PM, Krzysztof Kozlowski wr
Hi all,
I had an issue with the drm driver, when I start the kernel via kexec,
the drm driver freezes the platform. it is caused by the function
vop_initial (when copying registers via ahb). This issue happens with
the chromeos kernel or with the mainline kernel. When I investigated a
bit, I found
Hi Shashank, some feedback below that you would be great to get
addressed before your next version.
On Wed, 2015-09-16 at 23:07 +0530, Shashank Sharma wrote:
> BDW/SKL/BXT platforms support various Gamma correction modes
> which are:
> 1. Legacy 8-bit mode
> 2. 10-bit mode
> 3. 10-bit Split Gamma
On Wed, Sep 30, 2015 at 08:26:37PM +0900, Inki Dae wrote:
> Hi,
>
> On 2015ë
09ì 28ì¼ 01:11, Charles Keepax wrote:
> > If binding failed calling exynos_dp_enable in exynos_dp_resume will
> > result in several NULL pointer dereferences. It is much better to
> > simply skip suspend/resume handl
1 - 100 of 141 matches
Mail list logo
