On Fri, Sep 16, 2016 at 04:42:43PM -0400, Alex Deucher wrote:
> drm/amdgpu: skip suspend/resume on DRM_SWITCH_POWER_DYNAMIC_OFF
> drm/radeon: skip suspend/resume on DRM_SWITCH_POWER_DYNAMIC_OFF
Those two are unnecessary, it can't happen that the ->suspend hook
is executed with the devi
Hi Philipp,
On 09/16/2016 06:21 PM, Philipp Zabel wrote:
> Hi Vladimir,
>
> Am Mittwoch, den 14.09.2016, 21:46 +0300 schrieb Vladimir Zapolskiy:
>> Hi Philipp,
>>
>> On 08/29/2016 06:50 PM, Rob Herring wrote:
>>> On Wed, Aug 24, 2016 at 08:46:37AM +0300, Vladimir Zapolskiy wrote:
The change a
Patch 3d50d4dcb0 exposed the CPU address of DMA-allocated pages as
returned by dma_alloc_coherent because Nouveau on Tegra needed it.
This is not required anymore - as there were no other users for it,
remove it and save some memory for everyone.
Signed-off-by: Alexandre Courbot
---
drivers/gpu
From: Ãrjan Eide
When mapping external DMA-bufs through the PRIME mmap call, we might be
given an offset which has to be respected. However for the internal DRM
GEM mmap path, we have to ignore the fake mmap offset used to identify
the buffer only. Currently the code always zeroes out vma->vm_pg
On Fri, Sep 16, 2016 at 5:38 PM, Lukas Wunner wrote:
> On Fri, Sep 16, 2016 at 04:42:43PM -0400, Alex Deucher wrote:
>> drm/amdgpu: skip suspend/resume on DRM_SWITCH_POWER_DYNAMIC_OFF
>> drm/radeon: skip suspend/resume on DRM_SWITCH_POWER_DYNAMIC_OFF
>
> Those two are unnecessary, it c
Hi Thierry,
Am Freitag, den 16.09.2016, 17:17 +0200 schrieb Thierry Reding:
> On Fri, Aug 26, 2016 at 06:26:00PM +0200, Marek Vasut wrote:
> > This display expects DE pin and data lines to be active high,
> > add the necessary flags.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Philipp Zabel
> >
changed, 544 insertions(+)
> create mode 100644 drivers/gpu/drm/panel/panel-jdi-lt070me05000.c
Applied, thanks.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/01530db2/attachment-0001.sig>
text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/f4bba582/attachment.sig>
Hi Vladimir,
Am Mittwoch, den 14.09.2016, 21:46 +0300 schrieb Vladimir Zapolskiy:
> Hi Philipp,
>
> On 08/29/2016 06:50 PM, Rob Herring wrote:
> > On Wed, Aug 24, 2016 at 08:46:37AM +0300, Vladimir Zapolskiy wrote:
> >> The change adds support of internal HDMI I2C master controller, this
> >> sub
next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/d43cd622/attachment.sig>
scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/8bf9b5c5/attachment.sig>
r v2 post didn't include him) so he can speak up if he
wants me to remove the Reviewed-by again.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists
On 09/16/2016 06:50 AM, Jyri Sarha wrote:
[..]
> + blue-and-red-wiring = "crossed";
Dumb question: Why is this a Linux generic property - does it make
sense to have "blue-and-red-wiring" as a Linux generic property? I
mean, it reminds me little of those movies "cut the blue or red wire
to d
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/c9414f5f/attachment-0001.sig>
Hi Dave,
More radeon and amdgpu changes for 4.9. Highlights:
- Initial SI support for amdgpu (controlled by a Kconfig option)
- misc ttm cleanups
- runtimepm fixes
- S3/S4 fixes
- power improvements
- lots of code cleanups and optimizations
The following changes since commit 7b4d3e297e8a7d3b82e68
On Fri, Sep 16, 2016 at 3:15 PM, Dave Airlie wrote:
>
> I've sent this from my gmail address to see if I can avoid
> the spam folders.
You were successful. Thanks,
Linus
From: Srinivas Kandagatla
This patch enables the Audio Data and Clock pads to the adv7533 bridge.
Without this patch audio can not be played.
Cc: David Airlie
Cc: Archit Taneja
Cc: Laurent Pinchart
Cc: Wolfram Sang
Cc: Srinivas Kandagatla
Cc: "Ville Syrjälä"
Cc: Boris Brezillon
Cc: Andy
This patch adds support to Audio for both adv7511 and adv7533
bridge chips.
This patch was originally from [1] by Lars-Peter Clausen
and was adapted by Archit Taneja and
Srinivas Kandagatla .
Then I heavily reworked it to use the hdmi-codec driver. And also
folded in some audio packet initializ
Yet another pass on adding audio support to the adv7511 hdmi
bridge.
I've taken the core audio work done by Lars-Peter Clausen, and
adapted by Srinivas Kandagatla and Archit Taneja, and tried to
rework it to use the hdmi-codec sound driver.
This patchset, along with the i2s driver and dts changes
Hi Steve,
thanks for the update.
Am Mittwoch, den 14.09.2016, 18:45 -0700 schrieb Steve Longerbeam:
> Hi Philipp,
>
>
> On 09/06/2016 02:26 AM, Philipp Zabel wrote:
> > Hi Steve,
> >
> > Am Mittwoch, den 17.08.2016, 17:50 -0700 schrieb Steve Longerbeam:
> >> This patch implements complete image
On Fri, Sep 16, 2016 at 3:51 AM, Lars-Peter Clausen wrote:
> On 09/07/2016 01:22 AM, John Stultz wrote:
>> This patch adds support to Audio for both adv7511 and adv7533
>> bridge chips.
>>
>> This patch was originally from [1] by Lars-Peter Clausen
>> and was adapted by Archit Taneja and
>> Srin
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/d8de28e9/attachment.html>
t was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/319e8cf5/attachment.html>
On 16.09.2016 15:27, Tobias Jakobi wrote:
> Hello everyone,
>
> any update on this issue? I can see that the old/custom wait-for-vblank
> code is still in place.
>
> Andrzej mentioned that this patch is quick/dirty, but isn't using DRM
> core functionality actually the better approach?
Thanks for
On Fri, Sep 16, 2016 at 5:43 AM, Christian König
wrote:
> Am 16.09.2016 um 11:32 schrieb Alexandre Courbot:
>>
>> Patch 3d50d4dcb0 exposed the CPU address of DMA-allocated pages as
>> returned by dma_alloc_coherent because Nouveau on Tegra needed it.
>>
>> This is not required anymore - as there
Hi Chris,
2016-09-16 15:15 GMT+09:00 Chris Wilson :
> On Fri, Sep 16, 2016 at 10:40:23AM +0900, Masahiro Yamada wrote:
>> Remove unneeded variables and assignments.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> Changes in v3:
>> - Keep the wrapper function.
>> Cleanup of variables and
On Thu, Sep 15, 2016 at 1:44 PM, Christian König
wrote:
> Am 15.09.2016 um 16:13 schrieb Baoyou Xie:
>>
>> We get 2 warnings when building kernel with W=1:
>> drivers/gpu/drm/radeon/radeon_device.c:1961:5: warning: no previous
>> prototype for 'radeon_debugfs_init' [-Wmissing-prototypes]
>> drive
On Thu, Sep 15, 2016 at 9:49 AM, Christian König
wrote:
> Am 15.09.2016 um 15:43 schrieb Baoyou Xie:
>>
>> We get 2 warnings when building kernel with W=1:
>>
>> drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:985:5: warning: no previous
>> prototype for 'amdgpu_ttm_init' [-Wmissing-prototypes]
>> driver
Hello everyone,
any update on this issue? I can see that the old/custom wait-for-vblank
code is still in place.
Andrzej mentioned that this patch is quick/dirty, but isn't using DRM
core functionality actually the better approach?
With best wishes,
Tobias
Andrzej Hajda wrote:
> Exynos DRM devi
Add blue-and-red-wiring -property to lcdc node. The am335x-evmsk has
blue and red wires crossed to get 24-bit RGB (and 16-bit BGR)
support. After this patch am335x-evmsk supports BGR565, RGB888, and
XRGB color formats. See details in
Documentation/devicetree/bindings/display/tilcdc/tilcdc.txt.
Whitespace cleanup of lcdc related nodes. Do all indentation and
alignment with tabs instead of spaces.
Signed-off-by: Jyri Sarha
Reviewed-by: Tomi Valkeinen
---
arch/arm/boot/dts/am335x-evmsk.dts | 40 +++---
1 file changed, 20 insertions(+), 20 deletions(-)
di
Add blue-and-red-wiring -property to lcdc node. The am335x-evm has
blue and red wires crossed to get 24-bit RGB (and 16-bit BGR)
support. After this patch am335x-evm supports BGR565, RGB888, and
XRGB color formats. See details in
Documentation/devicetree/bindings/display/tilcdc/tilcdc.txt.
Sig
These patches complete the am335x LCDC color errata fix[1]. The
functional patches are now queued for v4.9.
The patch for am335x-boneblack.dts is delayed until v4.10 or v4.9-rc
phase to avoid conflickt with BBB HDMI audio DTS patch that slipped
into tda998x pull request.
[1] http://www.spinics.ne
Instead of assigning device managed resources to local variables,
keep track of them in the vop struct.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_
If create_crtc fails in vop bind, ensure the irq refcount is zeroed
back out before exiting.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c
b/drivers/gp
On Fri, 16 Sep 2016, Mika Kahola wrote:
> Fix missing parameter description for DisplayPort branch device ID.
> This fixes warning of "No description found for parameter 'id[6]'" when
> creating documentation by 'make htmldocs'.
>
> Signed-off-by: Mika Kahola
Pushed to drm-intel-next-queued, wit
Fix missing parameter description for DisplayPort branch device ID.
This fixes warning of "No description found for parameter 'id[6]'" when
creating documentation by 'make htmldocs'.
Signed-off-by: Mika Kahola
---
drivers/gpu/drm/drm_dp_helper.c | 1 +
1 file changed, 1 insertion(+)
diff --git
drivers/gpu/drm/drm_dp_helper.c: In function 'drm_dp_downstream_debug':
>> drivers/gpu/drm/drm_dp_helper.c:551:2: error: implicit declaration of
>> function 'seq_printf' [-Werror=implicit-function-declaration]
seq_printf(m, "\tDP branch device present: %s\n",
^
>> drivers/gpu/drm/drm_d
Hi Tomi,
On Friday 16 Sep 2016 12:44:31 Tomi Valkeinen wrote:
> On 16/09/16 02:30, Laurent Pinchart wrote:
> > I've checked the existing code that this patch series is replacing, and
> > the [ARGB]{4} formats are currently reported as having a depth of 32.
> > I'm not sure why that's the case,
On 09/07/2016 01:22 AM, John Stultz wrote:
> This patch adds support to Audio for both adv7511 and adv7533
> bridge chips.
>
> This patch was originally from [1] by Lars-Peter Clausen
> and was adapted by Archit Taneja and
> Srinivas Kandagatla .
>
> Then I heavily reworked it to use the hdmi-c
---
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/30b0cc4a/attachment.sig>
I'll fix this.
Cheers,
Mika
On Fri, 2016-09-16 at 10:53 +0300, Jani Nikula wrote:
> Mika, please send in the documentation fix.
>
> BR,
> Jani.
>
>
> On Fri, 16 Sep 2016, kbuild test robot
> wrote:
> >
> > tree:Â Â Â git://anongit.freedesktop.org/drm-intel for-linux-next
> > head:Â Â Â 80209
Am 16.09.2016 um 11:32 schrieb Alexandre Courbot:
> Patch 3d50d4dcb0 exposed the CPU address of DMA-allocated pages as
> returned by dma_alloc_coherent because Nouveau on Tegra needed it.
>
> This is not required anymore - as there were no other users for it,
> remove it and save some memory for ev
e subsystem are normally handled.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/d555cb47/attachment.sig>
On 09/15/2016 05:57 PM, Ville Syrjälä wrote:
> On Thu, Sep 15, 2016 at 04:59:55PM +0200, Vincent ABRIOU wrote:
>>
>>
>> On 09/15/2016 04:27 PM, Ville Syrjälä wrote:
>>> On Wed, Sep 14, 2016 at 01:40:02PM +0200, Vincent Abriou wrote:
When a plane is going to be enabled we re-evaluate the
Hi Thierry,
could you please take a look at this? I think it's fine to go in.
Thanks,
Lucas
Am Montag, den 15.08.2016, 14:32 +0200 schrieb Lucas Stach:
> From: Michael Olbrich
>
> This patch adds support for Innolux Corporation 10.1" G101ICE-L01 WXGA
> (1280x800) LVDS panel to the simple-panel
Fixes broken grayscale ramps on many HDMI monitors, where large areas
at the ends of the ramp would all appear as black or white.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 31 +--
drivers/gpu/drm/vc4/vc4_regs.h | 9 -
2 files changed, 37
Mika, please send in the documentation fix.
BR,
Jani.
On Fri, 16 Sep 2016, kbuild test robot wrote:
> tree: git://anongit.freedesktop.org/drm-intel for-linux-next
> head: 80209e5f2c42c491ec5f4a63705b4377b407587c
> commit: 266d783baaf5f34a5bea3b56489f091451a89767 [6/12] drm: Read DP branch
Hi Sean,
2016-09-15 23:46 GMT+09:00 Sean Paul :
> On Thu, Sep 15, 2016 at 9:51 AM, Sean Paul wrote:
>> On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada
>> wrote:
>>> Remove unneeded variables and assignments.
>>>
>>> Signed-off-by: Masahiro Yamada
>>
>> Reviewed-by: Sean Paul
>>
>
> Decided t
Remove unneeded variables and assignments.
Signed-off-by: Masahiro Yamada
---
Changes in v3:
- Keep the wrapper function.
Cleanup of variables and assignments only.
- Fix intel_engine_init_common() as well.
drivers/gpu/drm/i915/i915_drv.c| 8 +---
drivers/gpu/drm/i915/intel
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_pm.c
between commit:
f403372658fc ("drm/i915/skl: Add support for the SAGV, fix underrun hangs")
(which is also in the drm-intel tree)
from Linus' tree and commit:
6f3fff602e81 ("drm/i91
.5, so try something newer
--
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/20160916/47bea7d6/attachment.html>
On Thu, 15 Sep 2016, Martin Steigerwald wrote:
> Am Mittwoch, 14. September 2016, 14:14:35 CEST schrieb Jani Nikula:
>> On Wed, 14 Sep 2016, Jani Nikula wrote:
>> > On Wed, 14 Sep 2016, Pavel Machek wrote:
>> >> For the "sometimes need xrandr after resume": I don't think I can
>> >> bisect that.
orporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 6422 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/17f80105/attachment-0001.obj>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160916/3236533f/attachment.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/20160916/60ed/attachment.html>
* Jyri Sarha [160916 04:50]:
> These patches complete the am335x LCDC color errata fix[1]. The
> functional patches are now queued for v4.9.
>
> The patch for am335x-boneblack.dts is delayed until v4.10 or v4.9-rc
> phase to avoid conflickt with BBB HDMI audio DTS patch that slipped
> into tda998
Hi Mark
Can I have feedback about this patch ?
> 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.
>
> Test
On Fri, Sep 16, 2016 at 10:40:23AM +0900, Masahiro Yamada wrote:
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Changes in v3:
> - Keep the wrapper function.
> Cleanup of variables and assignments only.
> - Fix intel_engine_init_common() as well
Hello,
On Thursday 15 Sep 2016 17:12:12 Eric Engestrom wrote:
> On Thu, Sep 15, 2016 at 09:22:54AM +0300, Tomi Valkeinen wrote:
> > On 15/09/16 01:22, Laurent Pinchart wrote:
> >> No, the depth value is the number of colour bits, excluding the alpha
> >> bits. This is used to implement the fbdev c
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/6aa9636e/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160916/98111d64/attachment.html>
The driver needs the number of bytes per pixel, not the bpp and depth
info meant for fbdev compatibility. Use the right API.
In the tilcdc_crtc_mode_set() function compute the hardware register
value directly from the pixel format instead of computing the number of
bits per pixels first.
Signed-o
63 matches
Mail list logo