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 >>)
>>
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
n/octet-stream
Size: 57673 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/5f06f531/attachment-0001.obj>
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;
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
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
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
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>
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>
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>
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
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, 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 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
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
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,
Hi, YT:
On Thu, 2016-07-28 at 17:28 +0800, YT Shen wrote:
> From: shaoming chen
>
> add dsi read/write commands for transfer function
>
> Signed-off-by: shaoming chen
> ---
> drivers/gpu/drm/mediatek/mtk_dsi.c | 286
>
> 1 file changed, 286 insertions(+)
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/788ae62b/attachment-0001.html>
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: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
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'
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>
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/85fd190b/attachment.html>
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://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 CK,
On Tue, 2016-08-02 at 14:07 +0800, CK Hu wrote:
> 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
> > +++
Hi CK,
On Tue, 2016-08-02 at 14:55 +0800, CK Hu wrote:
> Hi, YT:
>
> On Thu, 2016-07-28 at 17:28 +0800, YT Shen wrote:
> > From: shaoming chen
> >
> > add dsi read/write commands for transfer function
> >
> > Signed-off-by: shaoming chen
> > ---
> > drivers/gpu/drm/mediatek/mtk_dsi.c | 286
--
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>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/c67fec94/attachment-0001.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>
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>
* 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>
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>
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
---
amdgpu/amdgpu_vamgr.c | 2 +-
util_double_list.h| 10 +-
2 files changed, 6 insertions(+), 6 delet
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
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:
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>
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
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 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
|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>
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,
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
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, 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:
> >
These patches are just a rebase of the same patches from my "[PATCH
v4 0/7] Implement generic ASoC HDMI codec and use it in tda998x"
-patch series. I have only made updates required by efc9194bcff8
("ASoC: hdmi-codec: callback function will be called with private
data") -patch.
The first patch cha
Define struct tda998x_audio_params in include/drm/i2c/tda998x.h and
use it in pdata and for tda998x_configure_audio() parameters. Also
updates tda998x_write_aif() to take struct hdmi_audio_infoframe *
directly as a parameter.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/i2c/tda998x_drv.c | 77 +
Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed,
clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to
follow the new binding.
Signed-off-by: Jyri Sarha
---
arch/arm/boot/dts/am335x-boneblack.dts | 71 --
1 file changed, 67 insertions(+), 4 d
Register ASoC HDMI codec for audio functionality and adds device tree
binding for audio configuration.
With the registered HDMI codec the tda998x node can be used like a
regular codec node in ASoC card configurations. HDMI audio info-frame
and audio stream header is generated by the ASoC HDMI code
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/2ffa11ec/attachment.html>
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
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
On Tue, 02 Aug 2016, Linus Torvalds wrote:
> 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
On Tue, 02 Aug 2016, Jiri Kosina 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
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>
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>
On Tue, 02 Aug 2016, Ville Syrjälä wrote:
> 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 acces
Hi all
This series patch is for rockchip Type-C phy and DisplayPort controller
driver.
The USB Type-C PHY is designed to support the USB3 and DP applications.
The PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and H
This patch adds a binding that describes the cdn DP controller for
rk3399.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v9:
- modify the reference phy = <&tcphy0 0>, <&tcphy1 0>;
Changes in v8: None
Changes in v7: None
Changes in v6:
- add assigned-clocks and assigned-clock
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
On Mon, Aug 1, 2016 at 12:50 PM, Noralf Trønnes wrote:
>
> Den 30.07.2016 17:48, skrev Noralf Trønnes:
>>
>>
>> Den 29.07.2016 10:23, skrev Daniel Vetter:
>>>
>>> Actually adding David.
>>> -Daniel
>>>
>>> On Fri, Jul 29, 2016 at 10:20:51AM +0200, Daniel Vetter wrote:
On Thu, Jul 28, 2
On Sat, Jul 30, 2016 at 5:48 PM, Noralf Trønnes wrote:
> Den 29.07.2016 10:23, skrev Daniel Vetter:
>>
>> Actually adding David.
>> -Daniel
>>
>> On Fri, Jul 29, 2016 at 10:20:51AM +0200, Daniel Vetter wrote:
>>>
>>> On Thu, Jul 28, 2016 at 04:15:04PM +0200, Noralf Trønnes wrote:
This
On Mon, Aug 01, 2016 at 01:30:57PM +0100, Peter Senna Tschudin wrote:
> Hi Lucas,
>
> Thank you for the prompt review.
>
> On Monday, August 1, 2016 10:54 CEST, Lucas Stach
> wrote:
>
> > Am Sonntag, den 31.07.2016, 21:55 +0200 schrieb Peter Senna Tschudin:
> > > As the IPU has combined lim
On Tue, Aug 02, 2016 at 12:47:46AM +, Kuninori Morimoto wrote:
>
> 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
On Sat, Jul 30, 2016 at 05:08:03PM +0200, Mario Kleiner wrote:
> Three weeks have passed, so resending. Could i maybe excite somebody to
> review/merge at least some of the really trivial but important patches to
> fix regressions back-ported to all stable kernels, mostly in Intel kms + DP
> legacy
On Tue, Aug 02, 2016 at 02:41:25PM +0300, Ville Syrjälä wrote:
> 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
On Mon, Aug 01, 2016 at 06:19:02PM +0300, Ville Syrjälä wrote:
> On Mon, Aug 01, 2016 at 11:12:05AM -0400, Sean Paul wrote:
> > On Tue, Jul 26, 2016 at 12:06 PM, wrote:
> > > From: Ville Syrjälä
> > >
> > > Moving the clipped plane coordinates into drm_plane_state has been
> > > discussed a
Hi folks,
I'm currently thinking about adding an hw-accelerated bitblt operation.
The idea goes like this:
* we add some bitblt ioctl which copies rects between bo's.
(it also handles memory layouts, pixfmt conversion, etc)
* the driver can decide to let the GPU or IPU do that, if available
*
On Fri, Jul 29, 2016 at 03:44:16PM +0100, Liviu Dudau wrote:
> Mali DP driver does not use drm_irq_{un,}install() function so the
> drm->irq_enabled flag does not get managed automatically. Among other
> DRM framework functions, drm_wait_vblank() checks the value of the
> flag and return -EINVAL if
Am 01.08.2016 um 14:16 schrieb Nicolai Hähnle:
> On 29.07.2016 20:38, Deucher, Alexander wrote:
>>> -Original Message-
>>> From: Sean Paul [mailto:seanpaul at google.com]
>>> Sent: Friday, July 29, 2016 3:35 PM
>>> To: Wei Yongjun
>>> Cc: Deucher, Alexander; Koenig, Christian; Dave Airlie;
On Sun, Jul 31, 2016 at 12:54:51AM -0700, Keith Packard wrote:
> There are two paths into intel_cleanup_plane_fb, the normal completion
> path and the failure path.
>
> In the failure case, intel_cleanup_plane_fb is called before
> drm_atomic_helper_swap_state, so any wait_req reference made in
>
Hey
On Thu, Jul 28, 2016 at 4:15 PM, Noralf Trønnes wrote:
> This patchset explores the idea of adding a DRM text mode
> (like VGA text mode) to get an alternative to fbcon/fbdev.
>
> David Hermann has done alot of work on a fbcon replacement:
> - drm: add kernel-log renderer (Mar 2014)[1]
> - k
On Sun, Jul 31, 2016 at 01:08:54AM -0700, Keith Packard wrote:
> When reconfiguring a plane position (as in moving the cursor), the
> frame buffer for the cursor isn't changing, so don't call the prepare
> or cleanup driver functions.
>
> This avoids making cursor position updates block on all pen
On Mon, Aug 01, 2016 at 05:14:37PM +0800, jiang.biao2 at zte.com.cn wrote:
> Remove comment for non-existent parameter in psbfb_alloc().
>
> Signed-off-by: Jiang Biao
Patch seems whitespace mangled and doesn't apply.
-Daniel
> ---
> drivers/gpu/drm/gma500/framebuffer.c | 1 -
> 1 file changed
On Tue, Aug 02, 2016 at 12:09:15PM +0200, Arnd Bergmann wrote:
> 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/virt
On Tue, Aug 02, 2016 at 02:37:37PM +0300, Ville Syrjälä wrote:
> 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, t
On Tue, Aug 02, 2016 at 03:21:08PM +0200, Enrico Weigelt, metux IT consult
wrote:
> Hi folks,
>
>
> I'm currently thinking about adding an hw-accelerated bitblt operation.
> The idea goes like this:
>
> * we add some bitblt ioctl which copies rects between bo's.
> (it also handles memory layo
On Tue, Aug 02, 2016 at 02:37:37PM +0300, Ville Syrjälä wrote:
> 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, t
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
On Tue, Aug 2, 2016 at 3:41 PM, David Herrmann wrote:
> Hey
>
> On Thu, Jul 28, 2016 at 4:15 PM, Noralf Trønnes
> wrote:
>> This patchset explores the idea of adding a DRM text mode
>> (like VGA text mode) to get an alternative to fbcon/fbdev.
>>
>> David Hermann has done alot of work on a fbco
Am 02.08.2016 um 06:57 schrieb Alex Deucher:
> 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
A bit commit message would
Op 01-08-16 om 13:48 schreef Ville Syrjälä:
> On Mon, Aug 01, 2016 at 10:48:37AM +0200, Maarten Lankhorst wrote:
>> Op 29-07-16 om 22:33 schreef Matt Roper:
>>> On Fri, Jul 29, 2016 at 12:39:05PM +0300, Ville Syrjälä wrote:
On Thu, Jul 28, 2016 at 05:03:52PM -0700, Matt Roper wrote:
>
On Tue, Aug 02, 2016 at 05:41:50PM +0200, Maarten Lankhorst wrote:
> Op 01-08-16 om 13:48 schreef Ville Syrjälä:
> > On Mon, Aug 01, 2016 at 10:48:37AM +0200, Maarten Lankhorst wrote:
> >> Op 29-07-16 om 22:33 schreef Matt Roper:
> >>> On Fri, Jul 29, 2016 at 12:39:05PM +0300, Ville Syrjälä wro
> -Original Message-
> From: Baole Ni [mailto:baolex.ni at intel.com]
> Sent: Tuesday, August 02, 2016 6:47 AM
> To: Deucher, Alexander; Koenig, Christian; airlied at linux.ie;
> tony.luck at intel.com; matt at codeblueprint.co.uk; m.chehab at samsung.com;
> lho at apm.com; dougthompson at
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
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 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
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160802/65b0bf94/attachment.html>
On 02.08.2016 12:08, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes warnings and miscompilation resulting in crashes with clang.
How annoying. Seems like this would affect most (current and future)
uses of container_of, and so it would be better to switch to the Linux
kernel version of
On Tue, Aug 2, 2016 at 6:40 PM, Linus Torvalds
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.enabl
On Tue, Aug 02, 2016 at 08:01:14PM +0200, Daniel Vetter wrote:
> On Tue, Aug 2, 2016 at 6:40 PM, Linus Torvalds
> 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 h
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
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
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
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
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
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
Now that we can hook into update_crtcs and control the order in which we
update CRTCs at each modeset, we can finish the final step of fixing
Skylake's watermark handling by performing DDB updates at the same time
as plane updates and watermark updates.
The first major change in this patch is skl_
1 - 100 of 178 matches
Mail list logo
