[alsa-devel] [PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

09.05.2015, 20:40, Russell King - ARM Linux kirjoitti: > On Sat, May 09, 2015 at 08:07:45PM +0300, Anssi Hannula wrote: >> 09.05.2015, 19:55, Russell King - ARM Linux kirjoitti: >>> On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote: (Of course having userspace set them requires

[alsa-devel] [PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

09.05.2015, 19:55, Russell King - ARM Linux kirjoitti: > On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote: >> (Of course having userspace set them requires that the device has a >> proper entry in /usr/share/alsa/cards and the pcm device is accessed via >> the standard "hdmi" or

[alsa-devel] [PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

Hi, A couple of things I noticed below: 09.05.2015, 13:26, Russell King kirjoitti: > Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer > format supported by the hardware is its own special IEC958 based format, > which is not compatible with any ALSA format. To avoid doing too

drm/exynos: Add atomic modesetting support

Hi, 2015-05-09 6:51 GMT+09:00 Tobias Jakobi : > Hello, > > I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a > 1080p panel). > > Run the usual modetest tests (just primary plane, primary plane with > vsync, primary plane with overlay, primary plane with overlay and video >

[alsa-devel] [PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

On Sat, May 09, 2015 at 08:55:10PM +0300, Anssi Hannula wrote: > 09.05.2015, 20:40, Russell King - ARM Linux kirjoitti: > > Even VLC _doesn't_ if it's outputting to a standard audio - in other > > words, if you don't tick the SPDIF direct output option which defaults > > to disabled (which, when

Some issues with the new amdgpu driver

On 05/09/2015 03:34 AM, Michel Dänzer wrote: > On 09.05.2015 11:44, Brian Paterni wrote: >> On 05/07/2015 04:07 AM, Michel Dänzer wrote: >>> On 06.05.2015 12:12, Brian Paterni wrote: I was on irc a few days ago trying to get the new amdgpu driver up and running on my system. I am

[alsa-devel] [PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

On Sat, May 09, 2015 at 06:40:54PM +0100, Russell King - ARM Linux wrote: > Even VLC _doesn't_ if it's outputting to a standard audio - in other > words, if you don't tick the SPDIF direct output option which defaults > to disabled (which, when enabled, opens the device passing the AES > bits

[alsa-devel] [PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

On Sat, May 09, 2015 at 08:07:45PM +0300, Anssi Hannula wrote: > 09.05.2015, 19:55, Russell King - ARM Linux kirjoitti: > > On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote: > >> (Of course having userspace set them requires that the device has a > >> proper entry in

[alsa-devel] [PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

On Sat, May 09, 2015 at 07:49:44PM +0300, Anssi Hannula wrote: > (Of course having userspace set them requires that the device has a > proper entry in /usr/share/alsa/cards and the pcm device is accessed via > the standard "hdmi" or "iec958" device names which perform the channel > status word

[Bug 88152] 720p and 1080 H.264 videos lock-up on playback with vlc / vdpau on Radeon 3850HD

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150509/a0bab379/attachment.html>

[PATCH libdrm 2/2] ioctl: Add new blob-property-creation ioctl

Signed-off-by: Daniel Stone --- include/drm/drm.h | 2 ++ include/drm/drm_mode.h | 20 2 files changed, 22 insertions(+) diff --git a/include/drm/drm.h b/include/drm/drm.h index 44ef685..66028a6 100644 --- a/include/drm/drm.h +++ b/include/drm/drm.h @@ -766,6 +766,8

[PATCH libdrm 1/2] Resync header files with kernel

Pull new drm.h and drm_mode.h definitions for client caps and atomic ioctl. Signed-off-by: Daniel Stone --- include/drm/drm.h | 23 ++- include/drm/drm_mode.h | 43 --- 2 files changed, 62 insertions(+), 4 deletions(-) diff --git

[PATCH libdrm v2 0/2] User-created blob properties

Hi, This is the userspace component to: http://lists.freedesktop.org/archives/dri-devel/2015-May/082530.html Cheers, Daniel

[PATCH 4/4] drm/mode: Add user blob-creation ioctl

Add an ioctl which allows users to create blob properties from supplied data. Currently this only supports modes, creating a drm_display_mode from the userspace drm_mode_modeinfo. v2: Removed size/type checks. Rebased on new patches to allow error propagation from create_blob, as well as

[PATCH 3/4] drm: Return error value from blob creation

Change drm_property_create_blob to return an ERR_PTR-encoded error on failure, so we can pass the failure reason down. Signed-off-by: Daniel Stone Cc: Maarten Lankhorst --- drivers/gpu/drm/drm_crtc.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git

[PATCH 2/4] drm: Allow creating blob properties without copy

Make the data parameter to drm_property_create_blob optional; if omitted, the copy will be skipped and the data will be empty. Signed-off-by: Daniel Stone Reviewed-by: Maarten Lankhorst --- drivers/gpu/drm/drm_crtc.c | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff

[PATCH 1/4] drm: Remove extraneous parameter from kerneldoc

672cb1d6ae mistakenly added an extra parameter to the kerneldoc for drm_property_unreference_blob which wasn't actually present. Signed-off-by: Daniel Stone --- drivers/gpu/drm/drm_crtc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c

[PATCH v2] User-created blob properties

Hi, With most of the supporting series already merged into drm-misc, this is a resend after Maarten and Daniel's review of the core creation ioctl. Notably, size/type validation is now gone, as well as the double allocation. Errors from blob creation are also propagated down through ERR_PTR.

[GIT PULL] TDA998x I2C driver development updates

David, Please incorporate the latest TDA998x I2C driver development updates, which can be found at: git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-tda998x-devel with SHA1 8c7a075da9f7980cc95ffcd7e6621d4a87f20f40. Just one commit to convert TDA998x to use the HDMI AVI infoframe helper.

[GIT PULL] Armada DRM development updates development updates

David, Please incorporate the latest Armada DRM development updates development updates, which can be found at: git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-armada-devel with SHA1 38bf3aee3ec7b5b264b701da14114a618cddd1a1. A couple of cleanups from Rickard Strandqvist to remove some

drm/exynos: Add atomic modesetting support

And here's the drm.debug=0xff output leading to the oops: > [ 109.575582] [drm:drm_stub_open] > [ 109.575609] [drm:drm_open_helper] pid = 2430, minor = 0 > [ 109.575630] [drm:ipp_subdrv_open] done priv[0xed9b7e10] > [ 109.575647] [drm:drm_setup] > [ 109.575699] [drm:drm_ioctl] pid=2430,

drm/exynos: Add atomic modesetting support

Tobias Jakobi wrote: > Hello Inki, > > > Inki Dae wrote: >> Hi, >> >> 2015-05-09 6:51 GMT+09:00 Tobias Jakobi : >>> Hello, >>> >>> I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a >>> 1080p panel). >>> >>> Run the usual modetest tests (just primary plane, primary plane with

drm/exynos: Add atomic modesetting support

Hello Inki, Inki Dae wrote: > Hi, > > 2015-05-09 6:51 GMT+09:00 Tobias Jakobi : >> Hello, >> >> I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a >> 1080p panel). >> >> Run the usual modetest tests (just primary plane, primary plane with >> vsync, primary plane with overlay,

[PATCH 13/13] drm: bridge/dw_hdmi-ahb-audio: parse ELD from HDMI driver

Parse the ELD (EDID like data) stored from the HDMI driver to restrict the sample rates and channels which are available to ALSA. This causes the ALSA device to reflect the capabilities of the overall audio path, not just what is supported at the HDMI source interface level. Signed-off-by:

[PATCH 12/13] drm: bridge/dw_hdmi-ahb-audio: add audio driver

Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer format supported by the hardware is its own special IEC958 based format, which is not compatible with any ALSA format. To avoid doing too much data manipulation within the driver, we support only ALSAs IEC958 LE and 24-bit PCM

[PATCH 11/13] sound/core: add IEC958 channel status helper

Add a helper to create the IEC958 channel status from an ALSA snd_pcm_runtime structure, taking account of the sample rate and sample size. Signed-off-by: Russell King --- include/sound/pcm_iec958.h | 9 + sound/core/Kconfig | 3 ++

[PATCH 10/13] sound/core: add DRM ELD helper

Add a helper for the EDID like data structure, which is typically passed from a HDMI adapter to its associated audio driver. This informs the audio driver of the capabilities of the attached HDMI sink. Signed-off-by: Russell King --- include/sound/pcm_drm_eld.h

[PATCH 09/13] drm/edid: add function to help find SADs

Add a function to find the start of the SADs in the ELD. This complements the helper to retrieve the SAD count. Signed-off-by: Russell King --- include/drm/drm_edid.h | 19 +++ 1 file changed, 19 insertions(+) diff --git a/include/drm/drm_edid.h

[PATCH 08/13] drm: bridge/dw_hdmi: introduce interfaces to enable and disable audio

iMX6 devices suffer from an errata (ERR005174) where the audio FIFO can be emptied while it is partially full, resulting in misalignment of the audio samples. To prevent this, the errata workaround recommends writing N as zero until the audio FIFO has been loaded by DMA. Writing N=0 prevents the

[PATCH 07/13] drm: bridge/dw_hdmi: introduce interface to setting sample rate

Introduce dw_hdmi_set_sample_rate(), which allows us to configure the audio sample rate, setting the CTS/N values appropriately. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/dw_hdmi.c | 10 ++ include/drm/bridge/dw_hdmi.h | 5 + 2 files

[PATCH 06/13] drm: bridge/dw_hdmi: remove mhsyncpolarity/mvsyncpolarity/minterlaced

Remove the struct hdmi_vmode mhsyncpolarity/mvsyncpolarity/minterlaced members, which are only used within a single function. We can directly reference the appropriate mode->flags instead. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/dw_hdmi.c | 22

[PATCH 05/13] drm: bridge/dw_hdmi: simplify hdmi_config_AVI() a little

When a YCBCR format is selected, we can merely copy the colorimetry information directly as we use the same definitions for both the unpacked AVI info frame and the hdmi_data_info structure. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/dw_hdmi.c | 5

[PATCH 04/13] drm: bridge/dw_hdmi: use drm_hdmi_avi_infoframe_from_display_mode()

Use drm_hdmi_avi_infoframe_from_display_mode() to compose the AVI frame. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/dw_hdmi.c | 126 +-- 1 file changed, 67 insertions(+), 59 deletions(-) diff --git

[PATCH 03/13] drm: bridge/dw_hdmi: clean up hdmi_set_clk_regenerator()

Clean up hdmi_set_clk_regenerator() by allowing it to take the audio sample rate and ratio directly, rather than hiding it inside the function. Raise the unsupported pixel clock/sample rate message from debug to error level as this results in audio not working correctly. Signed-off-by: Russell

[PATCH 02/13] drm: bridge/dw_hdmi: clean up phy configuration

The phy configuration is dependent on the SoC, and we look up values for some of the registers in SoC specific data. However, we had partially programmed the phy before we had successfully looked up the clock rate. Also, we were only checking that we had a valid configuration for the currctrl

[PATCH 01/13] drm: imx/dw_hdmi: move phy comments

The phy comments in dw_hdmi.c applied to the iMX6 version. Move these comments to the iMX6 dw_hdmi-imx data along side the data. Signed-off-by: Russell King --- drivers/gpu/drm/bridge/dw_hdmi.c | 3 --- drivers/gpu/drm/imx/dw_hdmi-imx.c | 5 + 2 files

[PATCH v3 0/13] dw_hdmi cleanups, audio preparation, helpers and ahb audio support

I'm sending this series again for comments, and to allow people to update their code bases (for those who are using my AHB audio driver on iMX6). There have been very few changes from the previous posting, the exception being the ELD helper in patch 10, which should be correctly sorted now. I

[Bug 90266] Unigine Heaven 4.0 logging vm faults since radeon/llvm: Run LLVM's instruction combining pass

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150509/9cc91e4f/attachment-0001.html>

[Bug 90284] GPU lockup with DOTA2

it. -- 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/20150509/47572f19/attachment.html>

[Bug 97931] GPU lockup with Radeon HD 4670

https://bugzilla.kernel.org/show_bug.cgi?id=97931 --- Comment #7 from joe.r.floss.user at gmail.com --- Hello, I had the lockup again this morning. I attached 3 files corresponding to this lockup: dmesg output, Xorg.log and data gathered by reportbug for the xserver-xorg package (which includes

[Bug 97931] GPU lockup with Radeon HD 4670

https://bugzilla.kernel.org/show_bug.cgi?id=97931 --- Comment #6 from joe.r.floss.user at gmail.com --- Created attachment 176291 --> https://bugzilla.kernel.org/attachment.cgi?id=176291=edit Info related to the xserver-xorg package -- You are receiving this mail because: You are watching the

[Bug 97931] GPU lockup with Radeon HD 4670

https://bugzilla.kernel.org/show_bug.cgi?id=97931 --- Comment #5 from joe.r.floss.user at gmail.com --- Created attachment 176281 --> https://bugzilla.kernel.org/attachment.cgi?id=176281=edit Xorg.log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 97931] GPU lockup with Radeon HD 4670

https://bugzilla.kernel.org/show_bug.cgi?id=97931 --- Comment #4 from joe.r.floss.user at gmail.com --- Created attachment 176271 --> https://bugzilla.kernel.org/attachment.cgi?id=176271=edit dmesg output -- You are receiving this mail because: You are watching the assignee of the bug.

[xf86-video-nouveau] dri2: Enable BufferAge support

On 01/19/2015 12:00 PM, Chris Wilson wrote: > For enable BufferAge support, we just have to be not using the > DRI2Buffer->flags field for any purpose (i.e. it is always expected to > be 0, as it is now) and to be sure to swap the flags field whenever we > exchange buffers. As nouveau does not

[PATCH v4 09/12] drm/exynos: remove exported functions from exynos_drm_plane

Gustavo Padovan wrote: > From: Gustavo Padovan > > Now that no one is using the functions exported by exynos_drm_plane due > to the atomic conversion we can make remove some of the them or make them > static. > > v2: remove unused exynos_drm_crtc > > Signed-off-by: Gustavo Padovan > --- >

[Bug 90378] GPU lockups in Left 4 Dead 2

||g/show_bug.cgi?id=89228 -- 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/20150509/12005

[Bug 89228] Regression with left for dead 2

||g/show_bug.cgi?id=90378 -- 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/20150509/83527

[Bug 90378] GPU lockups in Left 4 Dead 2

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150509/06b1a6ed/attachment.html>

[Bug 90378] GPU lockups in Left 4 Dead 2

ome VM fault messages in dmesg while running L4D2 without unsafe-fp-math. -- 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/20

Tiny fixes - resent

On 05/04/2015 11:15 AM, Daniel Vetter wrote: > On Mon, May 04, 2015 at 06:29:43AM +0200, Mario Kleiner wrote: >> Hi, a resend of updated versions of the earlier patches: >> >> Patch 1 should really get into Linux 4.1 to avoid tegra breaking >> user-space clients. >> >> Patch 2 reviewed-by Michel,

drm/exynos: Add atomic modesetting support

Hello, I've tested this on my Hardkernel Odroid-X2 (connected via HDMI to a 1080p panel). Run the usual modetest tests (just primary plane, primary plane with vsync, primary plane with overlay, primary plane with overlay and video overlay, overlay partially outside of crtc area, etc.) and

[Bug 88561] [radeonsi][regression, bisected] Depth test/buffer issues in Portal

https://bugs.freedesktop.org/show_bug.cgi?id=88561 --- Comment #9 from Daniel Scharrer --- Created attachment 115651 --> https://bugs.freedesktop.org/attachment.cgi?id=115651=edit Junk rendered in The Talos Principle This still happens in various Source engine games (and perhaps elsewhere),

[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)

https://bugs.freedesktop.org/show_bug.cgi?id=89069 --- Comment #35 from Daniel Scharrer --- Confirmed that both GPU faults and garbage being rendered happens independently of unsafe-fp-math. New trace in bug 87278 comment 29. -- You are receiving this mail because: You are the assignee for the

[Bug 87278] Packet0 not allowed and GPU fault detected errors with Serious Engine games

https://bugs.freedesktop.org/show_bug.cgi?id=87278 --- Comment #29 from Daniel Scharrer --- With Mesa git-3bdbc1e, LLVM r236436 and Linux 4.0.1-gentoo my previous Talos traces don't produce any GPU VM faults anymore. However, the game still does. Here is a new trace: