[PATCH] Add new DRM_MODE_CONNECTOR and _ENCODER defines

Thanks Rob. Does the patch apply now? Update drm_mode.h defines from kernel upstream for connector and encoder types to expose DSI and other newly defined types. Signed-off-by: Adam Cheney --- include/drm/drm_mode.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/drm/drm_mode.h

[PATCH] Add new DRM_MODE_CONNECTOR and _ENCODER defines

chment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/ad902f27/attachment.html>

[PATCH] drm/i915: tame the chattermouth (v2)

On Mon, 15 Dec 2014, Rob Clark wrote: > Many distro's have mechanism in place to collect and automatically file > bugs for failed WARN()s. And since i915 has a lot of hw state sanity > checks which result in WARN(), it generates quite a lot of noise which > is somewhat disconcerting to the end

[RFC] drm: add support for tiled/compressed/etc modifier in addfb2

what it affects. > > You're not thinking wide enough. We would need to add similar hints > to pretty much every property. Which other properties do we have right now that drivers treat as optional hints? If the answer involves hypothetical new properties, what are they? Cheers, Daniel -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/2d313d16/attachment-0001.html>

[Bug 89661] Kernel panic when trying use amdkfd driver on Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=89661 --- Comment #5 from Bernd Steinhauser --- (In reply to Michel Dänzer from comment #2) > Does it also happen with CONFIG_HSA_AMD=m? Only tried CONFIG_HSA_AMD=n, not module, but this happens so early that I'm confident it does not matter. Will

[Bug 89661] Kernel panic when trying use amdkfd driver on Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=89661 --- Comment #4 from Oded Gabbay --- Hi, Please try the attached patch. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 89661] Kernel panic when trying use amdkfd driver on Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=89661 Oded Gabbay changed: What|Removed |Added CC||oded.gabbay at amd.com --- Comment #3 from

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

Hi Mark & Russell: thanks for your replay, what your say is right, those dt is merely describing the Linux kernel internals. Instead of transmit cpu-of-node & codec-name & codec-dai-name through dt, i can give those an const name to rockchip-hdmi-audio.c . In that way, dt will only need

[git pull] drm for 3.19-rc1

On Mon, Dec 15, 2014 at 7:48 PM, Dave Airlie wrote: > On 16 December 2014 at 10:35, Linus Torvalds > wrote: >> On Sun, Dec 14, 2014 at 11:17 PM, Dave Airlie wrote: >>> >>> i915: >>> Initial Skylake (SKL) support >>> gen3/4 reset work >>> start of dri1/ums removal >>>

[RFC PATCH 0/6] Those patches is used for dw_hdmi audio.

Hi Russell: I got an idea that we can split the pcm dma part code out, after that we can chose the buffer transmit way (AUD_DMA or I2S). In that way i will make another i2s driver to transmit those buffer, but in the mainline kernel already lanched an rockchip i2s driver (rockchip_i2s.c), so

[Intel-gfx] [PATCH 4/4] drm/i915: Opportunistically reduce flushing at execbuf

On Mon, Dec 15, 2014 at 11:56:05AM -0800, Ben Widawsky wrote: > On Mon, Dec 15, 2014 at 08:20:50AM +, Chris Wilson wrote: > > On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote: > > > On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote: > > > > On Sun, Dec 14, 2014 at

next-20141215 build failures due to DT DRM driver

On Mon, Dec 15, 2014 at 6:59 AM, Mark Brown wrote: > On Mon, Dec 15, 2014 at 08:08:21AM +, Build bot for Mark Brown wrote: > >> arm-allmodconfig >> ERROR: "sti_hqvdp_create" [drivers/gpu/drm/sti/sticompositor.ko] undefined! >> ERROR: "sti_drm_plane_init"

Exposing monitor layout to desktop managers

On 12/11/2014 12:57 PM, Dave Airlie wrote: > On 11 December 2014 at 20:58, Thomas Hellstrom wrote: >> Hi! >> >> I'd like to have a standard / generic way of exposing virtual monitor >> layout to desktop managers. This would then serve as a *hint* to those >> managers to set the desktop up

[RFC PATCH 0/6] Those patches is used for dw_hdmi audio.

Hi Russell: thks for your replay, actually you also have send me those dw-hdmi-audio.c patches, and I also agree it's an beautiful way to make hdmi-audio works. Beside, I try to reuse it into our platform, and actually the system have created the DW_HDMI sound card successfully, but

[RFC PATCH 0/6] Those patches is used for dw_hdmi audio.

t; -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/b4daa6a1/attachment-0001.html>

[git pull] drm for 3.19-rc1

On Mon, Dec 15, 2014 at 6:37 PM, Dave Airlie wrote: > > Now I've no idea if this happens with SNA it probably does, but it it > didn't then F20 is using UXA so hardly anyone at Intel would see it. Ugh, ok. I haven't upgraded to F21 yet, and won't until the merge window is over and my life is

[PATCH 1/4] amdkfd: fix error printing in kfd_ioctl()

On 15 December 2014 at 17:59, Daniel Vetter wrote: > On Sun, Dec 14, 2014 at 03:10:17PM +0100, Christian König wrote: >> Am 14.12.2014 um 14:35 schrieb Oded Gabbay: >> >When an ioctl function returns -EAGAIN, don't print error in kfd_ioctl() >> >> You most likely want to handle -ERESTARTSYS the

[drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.

On Mon, 2014-12-15 at 16:56 +0100, Toralf Förster wrote: > On 12/15/2014 11:16 AM, Daniel Vetter wrote: > > On Mon, Dec 15, 2014 at 10:24:53AM +0100, Toralf Förster wrote: > >> On 12/15/2014 08:45 AM, Daniel Vetter wrote: > >>> Nah, this is just a kernel cmdlineoption. So please boot with > >>>

[git pull] drm for 3.19-rc1

On Mon, Dec 15, 2014 at 5:50 PM, Dave Airlie wrote: > > Now you might complain that printing anything in this case is bad, I don't mind it if it's *one* line, and if people realize that the commentary in the commit in question was pure and utter shit. Because talking about how it's going to

[PATCH] Add new DRM_MODE_CONNECTOR and _ENCODER defines

oh.. heh, I suppose this was meant to be a libdrm patch.. I didn't realize that at first glance when I saw the patch fly by Could you please resend the patch as plain text so that it actually applies? BR, -R On Mon, Dec 15, 2014 at 5:36 PM, Adam Cheney wrote: > Ping? > > > > From: Adam Cheney

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

Hi lars: thks for your review, I will move it to hdmi audio driver, give the codec_name & codec_dai_name an const string. Best Regards. 在 2014年12月15日 17:02, Lars-Peter Clausen 写道: > On 12/15/2014 03:55 AM, Yakir Yang wrote: > [...] >> +- codec-name: the dw-hdmi codec's device name

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/dda0ad23/attachment-0001.html>

[RFC] drm/ttm: dma: Fixes for 32-bit and 64-bit ARM

On Mon, Dec 8, 2014 at 4:14 PM, Alexandre Courbot wrote: > On 11/12/2014 09:39 PM, Thierry Reding wrote: >> >> From: Thierry Reding >> >> dma_alloc_coherent() returns a kernel virtual address that is part of >> the linear range. Passing such an address to virt_to_page() is illegal >> on

[git pull] drm for 3.19-rc1

On Mon, Dec 15, 2014 at 4:48 PM, Dave Airlie wrote: > > I'd be inclined to just revert this for now, it is annoying we let > userspace away with this, but we probably need to find a better > way to enforce it, since the cat is out of the bag. .. why did that commit ever even get far enough to

[PATCH] drm/qxl: Use drm_vblank_count()

From: Thierry Reding The QXL driver duplicates part of the core's drm_vblank_count(), so it might as well use the core's variant for the extra goodies. Signed-off-by: Thierry Reding --- drivers/gpu/drm/qxl/qxl_drv.c | 7 +-- 1 file changed, 1 insertion(+), 6

[drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.

On 12/15/2014 11:16 AM, Daniel Vetter wrote: > On Mon, Dec 15, 2014 at 10:24:53AM +0100, Toralf Förster wrote: >> On 12/15/2014 08:45 AM, Daniel Vetter wrote: >>> Nah, this is just a kernel cmdlineoption. So please boot with >>> i915.mmio_debug=1 added to the kernel cmdline, reproduce and then

[RFC PATCH 0/6] Those patches is used for dw_hdmi audio.

On Mon, 15 Dec 2014 12:00:13 + Russell King - ARM Linux wrote: > I really don't want to end up in another cocked up situation like > what happened with the Dove audio, where it became politically > impossible for the SolidRun platform to be properly supported by > mainline kernels. Hi

[git pull] drm for 3.19-rc1

On Sun, Dec 14, 2014 at 11:17 PM, Dave Airlie wrote: > > i915: > Initial Skylake (SKL) support > gen3/4 reset work > start of dri1/ums removal > infoframe tracking > fixes for lots of things. So I'm not sure how happy I am about this. It seems to work, but

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

s good to me. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/a4e91b4b/attachment-0001.sig>

[PATCH 6/6] gpu: ipu-v3: Use videomode in struct ipu_di_signal_cfg

From: Steve Longerbeam This patch changes struct ipu_di_signal_cfg to use struct videomode to define video timings and flags. Signed-off-by: Steve Longerbeam --- drivers/gpu/drm/imx/ipuv3-crtc.c | 27 +++- drivers/gpu/ipu-v3/ipu-di.c | 89

[PATCH 5/6] imx-drm: encoder mode_set must use adjusted mode

From: Steve Longerbeam The encoder ->mode_set() methods need to use the hw adjusted mode, not the original mode. Signed-off-by: Steve Longerbeam --- drivers/gpu/drm/imx/imx-hdmi.c |4 ++-- drivers/gpu/drm/imx/imx-ldb.c |4 ++--

[PATCH 4/6] imx-drm: ipuv3-crtc: Implement mode_fixup

From: Steve Longerbeam Ask the IPU display interface, via ipu_di_adjust_videomode(), to adjust a video mode to meet any DI restrictions. The function takes a subsystem independent videomode, so the drm_display_mode must be converted to videomode first, and then the

[PATCH 3/6] drm_modes: add videomode_from_drm_display_mode

From: Steve Longerbeam Add conversion from drm_display_mode to videomode. Signed-off-by: Steve Longerbeam --- drivers/gpu/drm/drm_modes.c | 40 include/drm/drm_modes.h |2 ++ 2 files changed, 42 insertions(+)

[PATCH 2/6] gpu: ipu-di: remove some non-functional code

From: Steve Longerbeam h_total and v_total were calculated in ipu_di_init_sync_panel() but never actually used. Remove. Signed-off-by: Steve Longerbeam --- drivers/gpu/ipu-v3/ipu-di.c |6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 1/6] gpu: ipu-di: Add ipu_di_adjust_videomode()

From: Jiada Wang On some monitors, high resolution modes are not working, exhibiting pixel column truncation problems (for example, 1280x1024 displays as 1280x1022). The function ipu_di_adjust_videomode() aims to fix these issues by adjusting a passed videomode to IPU

[PATCH 0/6] imx-drm: ipuv3-crtc: Implement mode_fixup

From: Steve Longerbeam This patchset implements ->mode_fixup() in the imx ipuv3-crtc driver, using a new support function ipu_di_adjust_videomode(). This new function needs to be subsystem independent, so it accepts a video mode as a 'struct videomode'. Hence

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

custom driver for this. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/31851b77/attachment-0001.sig>

[PATCH 1/4] amdkfd: fix error printing in kfd_ioctl()

On 12/15/2014 10:32 AM, Dave Airlie wrote: > On 15 December 2014 at 17:59, Daniel Vetter wrote: >> On Sun, Dec 14, 2014 at 03:10:17PM +0100, Christian König wrote: >>> Am 14.12.2014 um 14:35 schrieb Oded Gabbay: When an ioctl function returns -EAGAIN, don't print error in kfd_ioctl() >>>

[Bug 89731] System doesn't boot on muxed IntelHD + HD5650

https://bugzilla.kernel.org/show_bug.cgi?id=89731 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #2

[RFC 01/15] drivers/base: add track framework

On 12/15/2014 01:55 PM, Mark Brown wrote: > On Sat, Dec 13, 2014 at 12:12:19AM +0100, AH wrote: >> Mark Brown wrote on 12.12.2014 17:36: >>> On Wed, Dec 10, 2014 at 04:48:19PM +0100, Andrzej Hajda wrote: + kfree(ptask); + + if (empty) + break;

[Regression] 83f45fc turns machine's screen off

On Mon, Dec 15, 2014 at 12:46:09PM +0100, Emmanuel Benisty wrote: > On Mon, Dec 15, 2014 at 8:31 AM, Daniel Vetter wrote: > > [---snip---] > > > Sorry for the delay. Absolutely no difference in the relevant parts of the > > log. There could be the chance that something is hidden somewhere, so

[PATCH 2/4] drm/cache: Try to be smarter about clflushing on x86

On Sat, Dec 13, 2014 at 08:15:22PM -0800, Matt Turner wrote: > On Sat, Dec 13, 2014 at 7:08 PM, Ben Widawsky > wrote: > > Any GEM driver which has very large objects and a slow CPU is subject to > > very > > long waits simply for clflushing incoherent objects. Generally, each > > individual > >

[PATCH] drm/i915: tame the chattermouth (v2)

Many distro's have mechanism in place to collect and automatically file bugs for failed WARN()s. And since i915 has a lot of hw state sanity checks which result in WARN(), it generates quite a lot of noise which is somewhat disconcerting to the end user. Separate out the internal

[Regression] 3.18 black screen after boot (bisected)

l do. -- next part -- A non-text attachment was scrubbed... Name: dmesg-3.17.6.good.txt.xz Type: application/octet-stream Size: 36192 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/35957981/attachment-0002.obj> -

[Intel-gfx] [PATCH 4/4] drm/i915: Opportunistically reduce flushing at execbuf

On Mon, Dec 15, 2014 at 08:39:35PM +, Chris Wilson wrote: > On Mon, Dec 15, 2014 at 11:56:05AM -0800, Ben Widawsky wrote: > > On Mon, Dec 15, 2014 at 08:20:50AM +, Chris Wilson wrote: > > > On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote: > > > > On Sun, Dec 14, 2014 at

[RFC 01/15] drivers/base: add track framework

wait for -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/2a78aef9/attachment-0001.sig>

[Regression] 83f45fc turns machine's screen off

On Mon, Dec 15, 2014 at 8:31 AM, Daniel Vetter wrote: [---snip---] > Sorry for the delay. Absolutely no difference in the relevant parts of the > log. There could be the chance that something is hidden somewhere, so can > please grab a new set of logs but this time with drm.debug=0xe? Thanks

[PATCH v2] drm/radeon: evergreen/cayman indirect draw support

Reviewed-by: Marek Olšák Marek On Sat, Dec 13, 2014 at 3:32 AM, Glenn Kennard wrote: > Add the necessary set of commands to support OpenGL > indirect draw calls on evergreen/cayman devices that > do not have VM. > > Signed-off-by: Glenn Kennard > --- > Changes since patch V1: > * Removed

[PATCH] [v2] drm/cache: Use wbinvd helpers

From: Ben Widawsky When the original drm code was written there were no centralized functions for doing a coordinated wbinvd across all CPUs. Now (since 2010) there are, so use them instead of rolling a new one. v2: On x86 UP systems the wbinvd_on_all_cpus() is defined as a

[PATCH] drm/sti: Fix modular build

> arm-allmodconfig > ERROR: "sti_hqvdp_create" [drivers/gpu/drm/sti/sticompositor.ko] undefined! > ERROR: "sti_drm_plane_init" [drivers/gpu/drm/sti/sti_hqvdp.ko] undefined! > ERROR: "sti_layer_create" [drivers/gpu/drm/sti/sti_hqvdp.ko] undefined! > ERROR: "sti_layer_to_str"

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

re URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/c37dc47a/attachment-0001.sig>

[RFC PATCH 0/6] Those patches is used for dw_hdmi audio.

On Mon, Dec 15, 2014 at 07:52:06PM +0800, Kuankuan.Yang wrote: > Hi Russell: > > thks for your replay, actually you also have send me those > dw-hdmi-audio.c patches, and I also agree it's an beautiful way to make > hdmi-audio works. Beside, > I try to reuse it into our platform, and

next-20141215 build failures due to DT DRM driver

veral of the symbols are not exported, leading to build failures. I'll send a patch shortly. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/a

[Intel-gfx] [PATCH 4/4] drm/i915: Opportunistically reduce flushing at execbuf

On Mon, Dec 15, 2014 at 08:20:50AM +, Chris Wilson wrote: > On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote: > > On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote: > > > On Sun, Dec 14, 2014 at 03:12:21PM +0200, Ville Syrjälä wrote: > > > > On Sat, Dec 13, 2014 at

[Intel-gfx] [PATCH 2/4] drm/cache: Try to be smarter about clflushing on x86

On Sun, Dec 14, 2014 at 08:06:20PM -0800, Jesse Barnes wrote: > On 12/14/2014 4:59 AM, Chris Wilson wrote: > >One of the things wbinvd is considered evil for is that it blocks the > >CPU for an indeterminate amount of time - upsetting latency critcial > >aspects of the OS. For example, the x86/mm

[RFC 02/15] drivers/base: add restrack framework

registered, for example to help spot typos. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/1bebb5ca/attachment-0001.sig>

[PATCH] drm: fb helper should avoid sleeping in panic context

From: Rui Wang There are still some places in the fb helper that need to avoid sleeping in panic context. Here's an example: [ 65.615496] bad: scheduling from the idle thread! [ 65.620747] CPU: 92 PID: 0 Comm: swapper/92 Tainted: G ME 3.18.0-rc4-7-default+

[drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.

On Mon, Dec 15, 2014 at 10:24:53AM +0100, Toralf Förster wrote: > On 12/15/2014 08:45 AM, Daniel Vetter wrote: > > Nah, this is just a kernel cmdlineoption. So please boot with > > i915.mmio_debug=1 added to the kernel cmdline, reproduce and then grab the > > entire dmesg. > > > > Thanks, Daniel

[PATCH v2] drm/radeon: evergreen/cayman indirect draw support

On Mon, Dec 15, 2014 at 6:44 AM, Marek Olšák wrote: > Reviewed-by: Marek Olšák Applied to my -next tree. Thanks! Alex > > Marek > > On Sat, Dec 13, 2014 at 3:32 AM, Glenn Kennard > wrote: >> Add the necessary set of commands to support OpenGL >> indirect draw calls on evergreen/cayman

[PATCH 6/6] ARM: dts: rockchip: add hdmi audio nodes

Add hdmi_audio to rk3288.dtsi, enable hdmi_audio in rk3288-evb.dts Signed-off-by: Yakir Yang series-cc: Dominik Behr --- arch/arm/boot/dts/rk3288-evb.dtsi | 11 +++ arch/arm/boot/dts/rk3288.dtsi | 8 2 files changed, 19 insertions(+) diff --git

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

Required properties: - compatible: platform specific - cpu-of-node: the device node of cpu_dai - codec-name: the dw-hdmi codec's device name - codec-dai-name: the dw-hdmi codec's dai name Signed-off-by: Yakir Yang --- .../bindings/sound/rockchip,rockchip-hdmi-audio.txt | 16

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

On Mon, Dec 15, 2014 at 10:55:14AM +0800, Yakir Yang wrote: > Required properties: > - compatible: platform specific > - cpu-of-node: the device node of cpu_dai > - codec-name: the dw-hdmi codec's device name > - codec-dai-name: the dw-hdmi codec's dai name This is not actually a separate

[RFC PATCH 0/6] Those patches is used for dw_hdmi audio.

On Mon, Dec 15, 2014 at 10:11:28AM +0800, Yakir Yang wrote: > > rk3288 use Designware HDMI IP, Designware HDMI supports four interfaces to > config hdmi audio(I2S, S/PDIF, Generic Parallel Audio, AHB Audio DMA), but > rk3288 only support two ways to config hdmi audio(I2S, S/PDIF), So we take >

[PATCH 1/3] drm/amd: Add get_fw_version to kfd-->kgd interface

On Sun, Dec 14, 2014 at 7:29 AM, Oded Gabbay wrote: > This patch adds a new interface to the kfd-->kgd interface. > The new interface function retrieves the firmware version that is currently in > use by the MEC engine. The firmware was uploaded to the MEC engine by the kgd > (radeon). > > v2:

[PATCH 2/3] drm/radeon: Add implementation of get_fw_version

On Sun, Dec 14, 2014 at 7:29 AM, Oded Gabbay wrote: > This patch implements a new interface that was added to the kfd-->kgd > interface. > The new interface function retrieves the firmware version that is currently > in use by a specific engine. The firmware was uploaded to the engine by the >

[drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.

On 12/15/2014 08:45 AM, Daniel Vetter wrote: > Nah, this is just a kernel cmdlineoption. So please boot with > i915.mmio_debug=1 added to the kernel cmdline, reproduce and then grab the > entire dmesg. > > Thanks, Daniel errm, I did it, rebooted, suspended and then the WARNING appeared: >Dec 12

[PATCH 4/6] ASoC: rockchip-hdmi-audio: add sound driver for hdmi audio

Adds a sound driver that combines rockchip-i2s cpu_dai and dw-hdmi-codec as codec_dai to provide hdmi audio output on rk3288 platforms. Signed-off-by: Yakir Yang --- sound/soc/rockchip/Kconfig | 9 ++ sound/soc/rockchip/Makefile | 2 +

[PATCH 3/6] ASoC: dw-hdmi-audio: add codec driver for dw hdmi audio

codec driver get some interfaces from dw_hdmi driver, than using those to set hdmi audio formats, corresponding to alsa formats. Signed-off-by: Yakir Yang --- sound/soc/codecs/Kconfig | 4 + sound/soc/codecs/Makefile| 2 + sound/soc/codecs/dw-hdmi-audio.c | 371

[PATCH 2/6] drm: bridge/bridge: add support for rk3288 hdmi-audio

In rk3288 dw-hdmi, AUD_CTS3 register's BIT(4) is CTS_manual. If "CTS_manual" set to 0b, AUD_CTS3 contains “audCTS[19:0]” generated by the Cycle time counter according to specified timing. If “CTS_manual” bit equals 1b, AUD_CTS3 should be configured with the “audCTS[7:0]” value that

[PATCH 1/6] drm: bridge/dw_hdmi: add hdmi audio config interfaces

creat dw-hdmi-audio device in probe function, and support some interfaces to dw-hdmi-audio driver for setting hdmi audio format. Signed-off-by: Yakir Yang --- drivers/gpu/drm/bridge/dw_hdmi.c | 28 include/drm/bridge/dw_hdmi.h | 12 2 files

[RFC PATCH 0/6] Those patches is used for dw_hdmi audio.

rk3288 use Designware HDMI IP, Designware HDMI supports four interfaces to config hdmi audio(I2S, S/PDIF, Generic Parallel Audio, AHB Audio DMA), but rk3288 only support two ways to config hdmi audio(I2S, S/PDIF), So we take I2S as hdmi audio operation interfaces, and then treat hdmi audio as an

[PATCH 5/6] dt-bindings: Add documentation for Rockchip hdmi-audio

On 12/15/2014 03:55 AM, Yakir Yang wrote: [...] > +- codec-name: the dw-hdmi codec's device name > +- codec-dai-name: the dw-hdmi codec's dai name Please you phandles for this, the names are Linux driver and framework specific details. That should not leak into the DT bindings. [..]

[RFC 02/15] drivers/base: add restrack framework

On 12/12/2014 05:52 PM, Mark Brown wrote: > On Wed, Dec 10, 2014 at 04:48:20PM +0100, Andrzej Hajda wrote: >> restrack framework allows tracking presence of resources with dynamic life >> time. Typical example of such resources are all resources provided by device > I don't know about anyone else

[PATCH 1/4] amdkfd: fix error printing in kfd_ioctl()

On Sun, Dec 14, 2014 at 03:10:17PM +0100, Christian König wrote: > Am 14.12.2014 um 14:35 schrieb Oded Gabbay: > >When an ioctl function returns -EAGAIN, don't print error in kfd_ioctl() > > You most likely want to handle -ERESTARTSYS the same way. Please just reuse drmIoctl or at least copy it

[Regression] 3.18 black screen after boot (bisected)

On Sun, Dec 14, 2014 at 12:58:31PM +0100, Heinz Diehl wrote: > Hi, > > since kernel 3.18 I'm no longer able to run X on my machine. While > 3.17.6 is fine, 3.18 leaves me with a black screen when starting > X. Booting into runlevel 1/3 is fine. > > I did a "git bisect", and the offending commit

[Intel-gfx] [PATCH 4/4] drm/i915: Opportunistically reduce flushing at execbuf

On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote: > On Sun, Dec 14, 2014 at 03:12:21PM +0200, Ville Syrjälä wrote: > > On Sat, Dec 13, 2014 at 07:08:24PM -0800, Ben Widawsky wrote: > > > If we're moving a bunch of buffers from the CPU domain to the GPU domain, > > > and > > > we've

[Intel-gfx] [PATCH 1/4] drm/cache: Use wbinvd helpers

On Sun, Dec 14, 2014 at 12:43:10PM +, Chris Wilson wrote: > On Sat, Dec 13, 2014 at 07:08:21PM -0800, Ben Widawsky wrote: > > When the original drm code was written there were no centralized functions > > for > > doing a coordinated wbinvd across all CPUs. Now (since 2010) there are, so > >

[drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.

On Fri, Dec 12, 2014 at 01:31:54PM +0100, Toralf Förster wrote: > A syslog entry of a newly installed ThinkPad T440s advices me : > > Dec 12 00:17:59 t44 kernel: [drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed > register detected. Please use the i915.mmio_debug=1 to debug this problem. > >

[RFC] drm: add support for tiled/compressed/etc modifier in addfb2

On Fri, Dec 12, 2014 at 12:05:41PM -0500, Rob Clark wrote: > On Fri, Dec 12, 2014 at 11:14 AM, Ville Syrjälä > wrote: > > On Fri, Dec 12, 2014 at 11:00:29AM -0500, Rob Clark wrote: > >> On Fri, Dec 12, 2014 at 10:30 AM, Ville Syrjälä > >> wrote: > >> >> > >> >> Having them separated is still

[RFC] drm: add support for tiled/compressed/etc modifier in addfb2

On Fri, Dec 12, 2014 at 10:56:21AM -0500, Rob Clark wrote: > On Fri, Dec 12, 2014 at 10:11 AM, Daniel Stone > wrote: > > Hi, > > > > On 12 December 2014 at 14:56, Ville Syrjälä > linux.intel.com> > > wrote: > >> > >> On Fri, Dec 12, 2014 at 08:50:18AM -0500, Rob Clark wrote: > >> > >> > It

[RFC] drm: add support for tiled/compressed/etc modifier in addfb2

On Fri, Dec 12, 2014 at 10:56:53PM +0200, Laurent Pinchart wrote: > On Wednesday 10 December 2014 18:30:10 Daniel Vetter wrote: > > On Wed, Dec 10, 2014 at 12:17:51PM -0500, Rob Clark wrote: > > > In DRM/KMS we are lacking a good way to deal with tiled/compressed > > > formats. Especially in the

[Regression] 83f45fc turns machine's screen off

On Sun, Dec 14, 2014 at 02:07:19AM +0100, Emmanuel Benisty wrote: > Hi Daniel, > > > On Mon, Nov 10, 2014 at 10:19 PM, Daniel Vetter > > wrote: > >> Adding relevant mailing lists. > >> > >> > >> On Sat, Nov 8, 2014 at 7:34 PM, Emmanuel Benisty > >> wrote: > >>> Hi, > >>> > >>> The following

WARNING: /usr/projects/linux/linux/drivers/gpu/drm/i915/intel_pm.c:6585 intel_display_power_put+0x4b/0x116 [i915]()

This morning, I was docked and using a Dell 30" monitor. I reconfigured the X server to stop sending video to the external monitor, suspended the laptop, and after it was suspended undocked it and took it to work. Then I docked it at work, where it was connected to a powered off Dell 24"

[Intel-gfx] [PATCH 4/4] drm/i915: Opportunistically reduce flushing at execbuf

On Mon, Dec 15, 2014 at 08:55:32AM +0100, Daniel Vetter wrote: > On Sun, Dec 14, 2014 at 03:37:36PM -0800, Ben Widawsky wrote: > > On Sun, Dec 14, 2014 at 03:12:21PM +0200, Ville Syrjälä wrote: > > > On Sat, Dec 13, 2014 at 07:08:24PM -0800, Ben Widawsky wrote: > > > > If we're moving a bunch of

[git pull] drm for 3.19-rc1

Hi Linus, This is the main drm pull, as explained this was queued behind arm soc and iommu, the diffstat seems confused which worries me always, but I've git pull'ed this tree into yours and gotten a minor conflict in mm/hugetlb.c, which is easily solved. The -mm changes from the AMD HSA

[Bug 87315] [radeonsi][bonaire][drm-next-3.19] ci_dpm_enable fails when GPU is in switchable graphics

on bootup. -- 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/20141215/63d24386/attachment.html>

[Bug 87316] [radeonsi][bonaire][drm-next-3.19] unable to handle kernel NULL pointer dereference: radeon_fence_signaled

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/97173f34/attachment.html>

[Bug 87316] [radeonsi][bonaire][drm-next-3.19] unable to handle kernel NULL pointer dereference: radeon_fence_signaled

chment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/5c817ad5/attachment-0001.html>

[Bug 87315] [radeonsi][bonaire][drm-next-3.19] ci_dpm_enable fails after rebooting from Windows

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141215/3008d00a/attachment.html>

[Bug 89661] Kernel panic when trying use amdkfd driver on Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=89661 --- Comment #2 from Michel Dänzer --- Does it also happen with CONFIG_HSA_AMD=m? -- You are receiving this mail because: You are watching the assignee of the bug.