Since we have to write ddb allocations at the same time as we do other
plane updates, we're going to need to be able to control the order in
which we execute modesets on each pipe. The easiest way to do this is to
just factor this section of intel_atomic_commit_tail()
(intel_atomic_commit() for sta
If we're enabling a pipe, we'll need to modify the watermarks on all
other active pipes. Since those pipes won't be added to the state on
their own, we need to add them ourselves.
Signed-off-by: Lyude
Cc: stable at vger.kernel.org
Cc: Ville Syrjälä
Cc: Daniel Vetter
Cc: Radhakrishna Sripada
Thanks to Ville for suggesting this as a potential solution to pipe
underruns on Skylake.
On Skylake all of the registers for configuring planes, including the
registers for configuring their watermarks, are double buffered. New
values written to them won't take effect until said registers are
"ar
From: Matt Roper
When we write watermark values to the hardware, those values are stored
in dev_priv->wm.skl_hw. However with recent watermark changes, the
results structure we're copying from only contains valid watermark and
DDB values for the pipes that are actually changing; the values for
o
Since the watermark calculations for Skylake are still broken, we're apt
to hitting underruns very easily under multi-monitor configurations.
While it would be lovely if this was fixed, it's not. Another problem
that's been coming from this however, is the mysterious issue of
underruns causing full
Next version of https://patchwork.freedesktop.org/series/10276/ .
Notable series-wide changes:
- Added the following patches:
- "drm/i915/skl: Ensure pipes with changed wms get added to the state"
- "drm/i915: Move CRTC updating in atomic_commit into it's own hook"
- "drm/i915/skl: Updat
On Tue, 2 Aug 2016, Jani Nikula wrote:
> >> > This is the main drm pull request for 4.8, I'm down with a cold at the
> >> > moment
> >> > so hopefully this isn't in too bad a state, I finished pulling stuff last
> >> > week mostly (nouveau fixes just went in today), so only this message
> >> > s
On Tue, Aug 02, 2016 at 02:23:13PM +0300, Mika Kahola wrote:
> On Tue, 2016-07-12 at 15:51 +0200, Daniel Vetter wrote:
> > On Wed, Jul 06, 2016 at 02:04:53PM +0300, Mika Kahola wrote:
> > > DisplayPort branch device may define max supported bits per
> > > component. Update display info based on thi
On Tue, Aug 02, 2016 at 06:48:47PM +0800, Baole Ni wrote:
> I find that the developers often just specified the numeric value
> when calling a macro which is defined with a parameter for access permission.
> As we know, these numeric value for access permission have had the
> corresponding macro,
Hi,
On Thu, 14 Jul 2016 11:47:52 +0200 Philipp Zabel wrote:
> Hi Lothar,
>
> Am Dienstag, den 12.07.2016, 18:50 +0200 schrieb Philipp Zabel:
> > From: Lothar WaÃmann
> >
> > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > by of_parse_display_timing() called from of_get_d
On Tue, Aug 02, 2016 at 02:52:52PM -0400, Lyude wrote:
> If we're enabling a pipe, we'll need to modify the watermarks on all
> other active pipes. Since those pipes won't be added to the state on
> their own, we need to add them ourselves.
All pipes (crtc's) are already added to the state if we h
On Tue, 2016-07-12 at 15:51 +0200, Daniel Vetter wrote:
> On Wed, Jul 06, 2016 at 02:04:53PM +0300, Mika Kahola wrote:
> > DisplayPort branch device may define max supported bits per
> > component. Update display info based on this value if bpc
> > is defined.
> >
> > v2: cleanup to match the drm_
On Tue, Aug 02, 2016 at 02:52:51PM -0400, Lyude wrote:
> Thanks to Ville for suggesting this as a potential solution to pipe
> underruns on Skylake.
>
> On Skylake all of the registers for configuring planes, including the
> registers for configuring their watermarks, are double buffered. New
> va
On Tue, 2 Aug 2016, Jiri Kosina wrote:
> In addition to that, what I see with current git (HEAD == 731c7d3a205,
> i.e. the drm merge) is lockdep report during bootup about AB-BA between
> mode_config.mutex and fb_notifier_list rwsem; will probably not have time
> to look into it more (look at t
On Tue, 2016-07-12 at 15:50 +0200, Daniel Vetter wrote:
> On Wed, Jul 06, 2016 at 02:04:52PM +0300, Mika Kahola wrote:
> > Filter out a mode that exceeds the max pixel rate setting
> > for DP to VGA dongle. This is defined in DPCD register 0x81
> > if detailed cap info i.e. info field is 4 bytes lo
The drm-mipi-dsi driver has been only built-in although this isn't
strictly required to be so. Since it's referred by lots of DRM
drivers nowadays, most of distro kernels include the driver as
built-in as a result, even though many systems don't need it at all.
This patch fixes Kconfig to allow d
This is a preliminary patch for building drm-mipi-dsi as a module.
Add the module exit callback to unregister the bus properly.
Suggested-by: Thierry Reding
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_mipi_dsi.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/d
On Tue, 2016-07-12 at 15:54 +0200, Daniel Vetter wrote:
> On Wed, Jul 06, 2016 at 02:04:50PM +0300, Mika Kahola wrote:
> > HW revision is mandatory field for DisplayPort branch
> > devices. This is defined in DPCD register field 0x509.
> >
> > Signed-off-by: Mika Kahola
> > ---
> > drivers/gpu/d
Hi, YT:
On Thu, 2016-07-28 at 17:28 +0800, YT Shen wrote:
> From: shaoming chen
>
> add dsi interrupt control
>
> Signed-off-by: shaoming chen
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 92
>
> 1 file changed, 92 insertions(+)
>
> diff --git a/driver
On Tue, Aug 02, 2016 at 02:52:49PM -0400, Lyude wrote:
> Since the watermark calculations for Skylake are still broken, we're apt
> to hitting underruns very easily under multi-monitor configurations.
> While it would be lovely if this was fixed, it's not. Another problem
> that's been coming from
On Tue, 02 Aug 2016 13:47:10 +0200,
Thierry Reding wrote:
>
> On Tue, Aug 02, 2016 at 12:47:06PM +0200, Andrzej Hajda wrote:
> > On 08/02/2016 10:36 AM, Thierry Reding wrote:
> > > On Mon, Aug 01, 2016 at 08:04:55PM +0200, Andrzej Hajda wrote:
> > >> On 08/01/2016 03:59 PM, Jani Nikula wrote:
> >
On Mon, 1 Aug 2016, Linus Torvalds wrote:
> > This is the main drm pull request for 4.8, I'm down with a cold at the
> > moment
> > so hopefully this isn't in too bad a state, I finished pulling stuff last
> > week mostly (nouveau fixes just went in today), so only this message should
> > be infl
odule) and it will still do the right thing with regard to ordering
when built-in.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/7e6e756c/attachment.sig>
On Tue, 2016-07-26 at 19:07 +0300, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Replace the use of drm_plane_helper_check_update() with
> drm_plane_helper_check_state() since we have a plane state.
>
> This also eliminates the double clipping the driver was doing
> in both
On Tue, 2016-07-26 at 19:07 +0300, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Replace the use of drm_plane_helper_check_update() with
> drm_plane_helper_check_state() since we have a plane state.
>
> This also eliminates the double clipping the driver was doing
> in both
Hi Lin,
On the next version, I'd like you to add the 'linux-pm at vger.kernel.org'
because devfreq is a subsystem of power management.
On 2016ë
08ì 02ì¼ 10:03, hl wrote:
> Hi Chanwoo Choi,
>
> Thanks for reviewing so carefully. And i have some question:
>
> On 2016å¹´08æ01æ¥ 18:28,
Hi,
On 26-07-16 19:34, cpaul at redhat.com wrote:
> Since the watermark calculations for Skylake are still broken, we're apt
> to hitting underruns very easily under multi-monitor configurations.
> While it would be lovely if this was fixed, it's not. Another problem
> that's been coming from this
On Tue, Aug 2, 2016 at 1:02 PM, Sean Paul wrote:
> On Fri, Jul 29, 2016 at 5:04 AM, Bibby Hsieh
> wrote:
>> From: Daniel Kurtz
>>
>> The mtk_plane_enable is just called once by mtk_plane_atomic_update.
>> So, merge mtk_plane_enable into mtk_plane_atomic_update.
>>
>> While we are here, also cle
On Fri, Jul 29, 2016 at 5:04 AM, Bibby Hsieh
wrote:
> From: Daniel Kurtz
>
> The mtk_plane_enable is just called once by mtk_plane_atomic_update.
> So, merge mtk_plane_enable into mtk_plane_atomic_update.
>
> While we are here, also clean up the function a bit by using an fb local
> variables.
>
On 08/02/2016 10:36 AM, Thierry Reding wrote:
> On Mon, Aug 01, 2016 at 08:04:55PM +0200, Andrzej Hajda wrote:
>> On 08/01/2016 03:59 PM, Jani Nikula wrote:
>>> Cc Andrzej, Thierry
>>>
>>> On Fri, 22 Jul 2016, Daniel Vetter wrote:
On Fri, Jul 22, 2016 at 04:30:24PM +0200, Takashi Iwai wrote:
On Tue, Aug 2, 2016 at 4:10 AM, Ville Syrjälä
wrote:
>
> So PSR seems more likely. The underruns might point at some watermark
> fail though :(
>
> I have a couple of pending PSR patches you may want to try as well,
> if i915.enable_psr=0 helps.
>
> First set is here:
> git://github.com/vsyrjala
individual fixes is basically a hopeless endeavour.
--
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/20160802/6e595cea/attachment-0001.html>
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/20160802/2cac6d10/attachment.html>
Removing the build-time dependency on DRM_KMS_FB_HELPER means
we can now build with CONFIG_FB disabled or as a loadable module,
leading to a link error:
ERROR: "remove_conflicting_framebuffers" [drivers/gpu/drm/virtio/virtio-gpu.ko]
undefined!
There is no need to call remove_conflicting_framebuf
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/2ffa11ec/attachment.html>
> Hmm. I did the merge and pushed it out, but testing it on my laptop
> shows some very annoying flickering problem.
I can confirm that this problem present in older kernels.
Just run Fedora 24 as guest in gnome-boxes on Fedora 24.
--
Best Regards,
Mike Gavrilov.
* is stolen memory backed and life is simple. If there isn't sufficient
> --
> 2.1.0
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/e2434844/attachment.html>
On 02/08/2016 07:20, Yang, Rong R wrote:
> I sent a new version, could you check this and give comments/ACK?
>
Cc: Daniel, intel-gfx mailing list.
regards
Arun
> Thanks,
> Yang Rong
>
>> -Original Message-
>> From: Beignet [mailto:beignet-bounces at lists.freedesktop.org] On Behalf Of
>>
|NEW |RESOLVED
--
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/20160802/eece8442/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/ff20696a/attachment.html>
On Tue, Aug 02, 2016 at 10:00:12AM +0200, Daniel Vetter wrote:
> On Tue, Aug 2, 2016 at 4:26 AM, Linus Torvalds
> wrote:
> > On Mon, Aug 1, 2016 at 9:32 PM, Dave Airlie wrote:
> >>
> >> This is the main drm pull request for 4.8, I'm down with a cold at the
> >> moment
> >> so hopefully this isn'
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/20160802/63ce3df0/attachment.html>
Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 54424 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/ef78a9b8/attachment-0001.obj>
symbol dependencies already)
and 2) there would need to be an exit function for the module to cleanup
the bus.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/fc688b5e/attachment.sig>
On Tue, Aug 2, 2016 at 6:08 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes warnings and miscompilation resulting in crashes with clang.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94249
> Signed-off-by: Michel Dänzer
Reviewed-by: Alex Deucher
> ---
> amdgpu/amdgpu
Hi Mark & Heiko,
Ping..
Thanks,
- Yakir
On 06/15/2016 09:28 PM, Yakir Yang wrote:
> Using the common hdmi-codec driver to support hdmi audio function.
>
> Signed-off-by: Yakir Yang
> ---
> drivers/gpu/drm/rockchip/inno_hdmi.c | 237
> ++-
> drivers/gpu/dr
h clang?
It appears like its working! Thanks.
--
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/20160802/9deb4225/attachment.html>
On Tue, Aug 2, 2016 at 4:26 AM, Linus Torvalds
wrote:
> On Mon, Aug 1, 2016 at 9:32 PM, Dave Airlie wrote:
>>
>> This is the main drm pull request for 4.8, I'm down with a cold at the moment
>> so hopefully this isn't in too bad a state, I finished pulling stuff last
>> week mostly (nouveau fixes
h clang?
--
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/20160802/ee336110/attachment.html>
rid of gcc.
--
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/20160802/f3222b0f/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/c67fec94/attachment-0001.html>
--
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/20160802/7ce119cf/attachment.html>
Remove comment for non-existent parameter in psbfb_alloc().
Signed-off-by: Jiang Biao
---
drivers/gpu/drm/gma500/framebuffer.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b/drivers/gpu/drm/gma500/framebuffer.c
index 7440bf9..f323989 100644
--- a/driv
https://bugzilla.kernel.org/show_bug.cgi?id=96721
--- Comment #2 from Michel Dänzer ---
It's not clear that those are both one and the same bug.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Chanwoo Choi,
Thanks for reviewing so carefully. And i have some question:
On 2016å¹´08æ01æ¥ 18:28, Chanwoo Choi wrote:
> Hi Lin,
>
> As I mentioned on patch5, you better to make the documentation as following:
> - Documentation/devicetree/bindings/devfreq/rk3399_dmc.txt
> And, I add t
then.
Are you sure it's not a kwin bug?
--
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/20160802/b24b0242/attachment.html>
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/85fd190b/attachment.html>
On 23 June 2016 at 17:59, Jon Hunter wrote:
> If the 'i2c-bus' device-tree node is present for an I2C adapter then
> parse this subnode for I2C slaves.
>
> Signed-off-by: Jon Hunter
> ---
> drivers/i2c/i2c-core.c | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a
chment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/8280a829/attachment-0001.sig>
On 02/08/16 07:26, Tomeu Vizoso wrote:
> On 23 June 2016 at 17:59, Jon Hunter wrote:
>> If the 'i2c-bus' device-tree node is present for an I2C adapter then
>> parse this subnode for I2C slaves.
>>
>> Signed-off-by: Jon Hunter
>> ---
>> drivers/i2c/i2c-core.c | 10 --
>> 1 file changed,
n/octet-stream
Size: 57673 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/5f06f531/attachment-0001.obj>
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/e94a0f4b/attachment-0001.html>
On Tue, Aug 2, 2016 at 4:10 AM, Ville Syrjälä
wrote:
>
> I have a couple of pending PSR patches you may want to try as well,
> if i915.enable_psr=0 helps.
Yes. i915.enable_psr=0 seems to make the bad flickering go away.
I'll try your git trees out later, but what exactly changed with
regards t
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/788ae62b/attachment-0001.html>
drivers/gpu/drm/amd/amdgpu/si.c:1017:8-9: WARNING: return of 0/1 in function
'si_read_disabled_bios' with return type bool
Return statements in functions returning bool should use
true/false instead of 1/0.
Generated by: scripts/coccinelle/misc/boolreturn.cocci
CC: Ken Wang
Signed-off-by: Fen
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.9-si
head: 80c6bf7b975077c63b6506d7dd6cb895d72afab2
commit: d1f7ef0f00bbbc985bf5ce8bdecf1944df11681a [117/127] drm/amdgpu: add all
the components for si into Makefile/kconfig v3
coccinelle warnings: (new ones prefixed by >>)
>>
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #13 from Michael Schenaerts ---
I did the bisect with no luck. Evrything was running fine
I built the 4.6 and even the 4.7 with the config files from the 4.5 I set the
other options to default and... it works.
I'll try to build them
I sent a new version, could you check this and give comments/ACK?
Thanks,
Yang Rong
> -Original Message-
> From: Beignet [mailto:beignet-bounces at lists.freedesktop.org] On Behalf Of
> Yang Rong
> Sent: Tuesday, August 2, 2016 15:51
> To: beignet at lists.freedesktop.org; dri-devel at li
From: Kuninori Morimoto
Current dw-hdmi is supporting sound via AHB bus, but it has
I2S audio feature too. This patch adds I2S audio support to dw-hdmi.
This HDMI I2S is supported by using ALSA SoC common HDMI encoder
driver.
Signed-off-by: Kuninori Morimoto
---
v1 -> v2
- tidyup return valu
From: Kuninori Morimoto
hdmi-codec driver is common HDMI sound driver,
but it doesn't care about multi sound ports.
For example, hdmi-codec driver is supporting 1 I2S and 1 SPDIF ports,
so, we can't use this driver if HDMI has 2 or more I2S ports.
And we would like to use multi detection.
For e
Hi Thierry, Russell, Mark
These are v2 of DesignWare HDMI I2S support patches.
It will use ALSA SoC hdmi-codec driver, but we can't use it as-is
at this point.
1) patch tidyup hdmi-codec driver to enable dw-hdmi I2S support.
2) patch is based on it.
Difficult is that these 2 patches are under dif
Hi
> These are DesignWare HDMI I2S support patches.
> It will use ALSA SoC hdmi-codec driver, but we can't use it as-is.
> So, 2), 3) patches modify hdmi-codec style.
>
> Kuninori Morimoto (3):
> 1) drm: bridge: add DesignWare HDMI I2S audio support
> 2) ASoC: hdmi-codec: callback function
would be too new
for :P
--
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/20160802/9376668d/attachment.html>
ceiving 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/20160802/9073401c/attachment.html>
Hi Linus,
This is the main drm pull request for 4.8, I'm down with a cold at the moment
so hopefully this isn't in too bad a state, I finished pulling stuff last
week mostly (nouveau fixes just went in today), so only this message should
be influenced by illness. Apologies to anyone who's major
On Wed, Jul 27, 2016 at 7:21 AM, Ken Wang wrote:
> Change-Id: I9f30b54365492b234a7f0887dd0c67a9817c3705
> Signed-off-by: Ken Wang
Adding dri-devel as well since ttm is a common component.
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/ttm/ttm_memory.c | 6 ++
> include/drm/ttm/ttm_mem
Hi Mark
> > Mark, Thierry, Daniel
> > I wonder who can be maintainer for this patch ??
>
> It's a DRM patch so I'd expect someone in the DRM subsystem.
OK, I see.
But, I will keep Cc to you for this patch-set.
Hi Russell
> > +static int snd_dw_hdmi_probe(struct platform_device *pdev)
> > +{
> > + struct dw_hdmi_i2s_audio_data *audio = pdev->dev.platform_data;
> > + struct platform_device_info pdevinfo;
> > + struct hdmi_codec_pdata pdata;
> > +
> > + pdata.ops = &dw_hdmi_i2s_ops;
101 - 178 of 178 matches
Mail list logo