https://bugzilla.kernel.org/show_bug.cgi?id=104551
--- Comment #3 from Ignacio ---
Created attachment 187911
--> https://bugzilla.kernel.org/attachment.cgi?id=187911&action=edit
dmesg.log (radeon)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=104551
--- Comment #4 from Ignacio ---
Created attachment 187921
--> https://bugzilla.kernel.org/attachment.cgi?id=187921&action=edit
pm-suspend.log (radeon)
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=104551
--- Comment #5 from Ignacio ---
Created attachment 187931
--> https://bugzilla.kernel.org/attachment.cgi?id=187931&action=edit
pm-powersave.log (radeon)
--
You are receiving this mail because:
You are watching the assignee of the bug.
deonsi_drv.so, but for sure it's in Mesa.
--
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/20150918/e2bb0ae9/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150918/950a0495/attachment.html>
If amdgpu_ib_get() fails we returned the error code but we missed
freeing ib.
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
b/drivers/gpu/drm/amd/amdgpu/amdg
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150918/b9c47c90/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150918/b42b1551/attachment.html>
hi Daniel Stone:
On 2015/9/16 23:23, Daniel Stone wrote:
> Hi Xinwei,
> Thanks for this contribution! We look forward to seeing support for
> these devices.
>
> This isn't an exhaustive review, but two very high-level comments
> which should result in a lot of changes ...
>
> On 15 September 201
x was rolled out
~15 months ago, plus we had some BE fixes that just landed.
--
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/
> The size calculation can overflow.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/qxl/qxl_ioctl.c
> b/drivers/gpu/drm/qxl/qxl_ioctl.c
> index 552dc06..5da9a60 100644
> --- a/drivers/gpu/drm/qxl/qxl_ioctl.c
> +++ b/drivers/gpu/drm/qxl/qxl_ioctl.c
> @@ -401,6 +401,8 @@ static
>
> This size calculation can overflow on 32 bit systems leading to memory
> corruption.
>
> Reported-by: Ilja Van Sprundel
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/qxl/qxl_ioctl.c
> b/drivers/gpu/drm/qxl/qxl_ioctl.c
> index bda5c5f..eda6f30 100644
> --- a/drivers/gpu/dr
The hdmi stub codec has not been used since refactoring of OMAP HDMI
audio support.
Signed-off-by: Jyri Sarha
---
sound/soc/codecs/Kconfig | 4 --
sound/soc/codecs/Makefile | 2 -
sound/soc/codecs/hdmi.c | 109 --
3 files changed, 115 deletions(
From: Jean-Francois Moine
Two kinds of ports may be declared in a DT graph of ports: video and audio.
This patch accepts the port value from a video port as an alternative
to the video-ports property.
It also accepts audio ports in the case the transmitter is not used as
a slave encoder.
The new
Add IEC958 channel status helper that gets the audio properties from
snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to
produce the channel status bits already in audio stream configuration
phase.
Signed-off-by: Jyri Sarha
---
include/sound/pcm_iec958.h | 2 ++
sound/core/pcm_iec95
Move struct tda998x_audio definition to tda998x_drv.c and remove
include/sound/tda998x.h. There is no external use for struct
tda998x_audio.
Fix graph parsing to allow ports to be inside a separate "ports"-node as
specified in Documentation/devicetree/bindings/graph.txt.
Signed-off-by: Jyri Sarha
Declare 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 use hdmi_audio_infoframe_pack() and friends.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/armada/armada_drv.c | 25 ++--
dr
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 | 90 --
1 file changed, 86 insertions(+), 4 d
Changes since RFC v3,
ASoC side:
- Add "ALSA: pcm: add IEC958 channel status helper for hw_params"
- Add "tda998x: Improve tda998x_configure_audio() audio related pdata"
- use snd_pcm_create_iec958_consumer_hw_params() to construct the stream header
- Remove set_clk() callback from hdmi-codec. It i
The hdmi-codec is a platform device driver to be registered from
drivers of external HDMI encoders with I2S and/or spdif interface. The
driver in turn registers an ASoC codec for the HDMI encoder's audio
functionality.
The structures and definitions in the API header are mostly redundant
copies of
Register ASoC HDMI codec for audio functionality. This is an initial
ASoC audio implementation for tda998x driver and it does not use all
the features provided by hdmi-codec.
HDMI audio info-frame and audio stream header is generated by the ASoC
HDMI codec. The codec also applies constraints for a
On Tue, 15 Sep 2015, Geliang Tang wrote:
> Fix the following 'make htmldocs' warnings:
>
> .//drivers/gpu/drm/i915/intel_audio.c:439: warning: No description found
> for parameter 'intel_encoder'
> .//drivers/gpu/drm/i915/intel_audio.c:439: warning: Excess function
> parameter 'encoder' desc
On Tue, 15 Sep 2015, Geliang Tang wrote:
> Fix the following 'make htmldocs' warnings:
>
> .//drivers/gpu/drm/i915/i915_gem.c:1729: warning: No description found for
> parameter 'vma'
> .//drivers/gpu/drm/i915/i915_gem.c:1729: warning: No description found for
> parameter 'vmf'
>
> .//driv
On Fri, 18 Sep 2015, Rob Clark wrote:
> Apparently some people see this message and try to turn on
> preliminary_hw_support. And then for some reason are surprised
> when it doesn't work. So let's set expectations a bit lower.
I think the message goes wrong already at the beginning, "hardware
r
On Fri, Sep 18, 2015 at 7:59 AM, Jani Nikula
wrote:
> On Fri, 18 Sep 2015, Rob Clark wrote:
>> Apparently some people see this message and try to turn on
>> preliminary_hw_support. And then for some reason are surprised
>> when it doesn't work. So let's set expectations a bit lower.
>
> I think
ts.freedesktop.org/archives/dri-devel/attachments/20150918/1b7ff4e5/attachment-0001.html>
On Fri, 18 Sep 2015, Rob Clark wrote:
> On Fri, Sep 18, 2015 at 7:59 AM, Jani Nikula
> wrote:
>> On Fri, 18 Sep 2015, Rob Clark wrote:
>>> Apparently some people see this message and try to turn on
>>> preliminary_hw_support. And then for some reason are surprised
>>> when it doesn't work. So
On Fri, Sep 18, 2015 at 10:01 AM, Jani Nikula
wrote:
> On Fri, 18 Sep 2015, Rob Clark wrote:
>> On Fri, Sep 18, 2015 at 7:59 AM, Jani Nikula
>> wrote:
>>> On Fri, 18 Sep 2015, Rob Clark wrote:
Apparently some people see this message and try to turn on
preliminary_hw_support. And then
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150918/c785cd9f/attachment.sig>
Hi,
this is an update to the May RFC to add MT8173 DRM support. 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:
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 Zabel
---
.../bindings/drm/mediatek/mediatek,disp.txt| 131 +
.../bindings/drm/mediatek/mediatek,dsi.txt | 29 +
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
---
drivers/gpu/d
From: CK Hu
Add a driver for the MIPI DSI function block of the Mediatek display
subsystem.
Signed-off-by: Jitao Shi
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/Makefile |1 +
drivers/gpu/drm/mediatek/mtk_drm_dsi.c | 1118
drivers/gpu/dr
From: CK Hu
Add Mediatek legacy framebuffer support.
Signed-off-by: CK Hu
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/Kconfig | 12 +++
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 13 +++
drivers/gpu/drm/mediatek/mtk_drm_fb.c | 192 +
drivers/gpu/
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150918/9ea15e01/attachment.html>
Good catch!
Reviewed-by: Sinclair Yeh
On Sat, Sep 19, 2015 at 12:31:10AM +0200, Christian Engelmayer wrote:
> Function vmw_cotable_unbind() uses the uninitialized variable ret as
> return value. Make the result deterministic and directly return as
> the variable is unused anyway. Detected by Cov
Reviewed-by: Sinclair Yeh
On Sat, Sep 19, 2015 at 12:32:24AM +0200, Christian Engelmayer wrote:
> Function vmw_kms_helper_dirty() uses the uninitialized variable ret as
> return value. Make the result deterministic and directly return as the
> variable is unused anyway. Detected by Coverity CID 1
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 Zabel
> ---
> .../bindings/drm/mediatek/mediatek,disp.txt| 131
> +
38 matches
Mail list logo
