[PATCH] drm/vmwgfx: Add back ->detect() and ->fill_modes()

Thierry Reding wrote: > From: Thierry Reding > > This partially reverts commit d56f57ac969c ("drm/gma500: Move to private > save/restore hooks") which removed these lines by mistake. > > Reported-by: Sebastian Herbszt > Acked-by: Daniel Vetter > Signed-off-by: Thierry Reding > --- > Hi Dave,

[PATCH] drm/vmwgfx: Add back ->detect() and ->fill_modes()

On 8 March 2016 at 09:15, Sebastian Herbszt wrote: > Thierry Reding wrote: >> From: Thierry Reding >> >> This partially reverts commit d56f57ac969c ("drm/gma500: Move to private >> save/restore hooks") which removed these lines by mistake. >> Thanks I've pulled this into drm-fixes. Dave.

[PATCH] drm/i2c: tda998x: Choose between atomic or non atomic dpms helper

On 8 March 2016 at 07:47, Jyri Sarha wrote: > Hi, > Based on discussion around this patch: > > https://lists.freedesktop.org/archives/dri-devel/2016-February/100685.html > > I think the patch below should get into queued for v4.5 fixes as the > Beaglebone-Black display is currently broken in

[Bug 113341] GPU Lockup on AMD Kaveri

https://bugzilla.kernel.org/show_bug.cgi?id=113341 --- Comment #8 from Michel Dänzer --- FWIW, right now it's better to try LLVM 3.8 than SVN/Git, because the latter will expose you to https://bugs.freedesktop.org/show_bug.cgi?id=94242 . -- You are receiving this mail because: You are

[Bug 113861] [radeon] Xorg fatal freeze upon startx

https://bugzilla.kernel.org/show_bug.cgi?id=113861 --- Comment #6 from Michel Dänzer --- Does radeon.runpm=0 on the kernel command line avoid the problem? Can you bisect? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 113861] [radeon] Xorg fatal freeze upon startx

https://bugzilla.kernel.org/show_bug.cgi?id=113861 --- Comment #7 from Alex Deucher --- Probably the same issue as reported here: https://lists.freedesktop.org/archives/dri-devel/2016-March/102379.html Does reverting dbb17a21c131eca94eb31136eee9a7fe5aff00d9 fix it? -- You are receiving this

[Bug 113861] [radeon] Xorg fatal freeze upon startx

https://bugzilla.kernel.org/show_bug.cgi?id=113861 --- Comment #8 from centuryplague at yandex.com --- (In reply to Michel Dänzer from comment #6) > Does radeon.runpm=0 on the kernel command line avoid the problem? Yes, I tried moments ago and radeon.runpm=0 allows x to start! Had no tried

[CABC PATCH 0/2] CABC patch list

> -Original Message- > From: Deepak, M > Sent: Tuesday, March 01, 2016 9:04 AM > To: dri-devel at lists.freedesktop.org > Cc: Deepak, M; Nikula, Jani; Vetter, Daniel; Adebisi, YetundeX > Subject: [CABC PATCH 0/2] CABC patch list > > CABC stands for the Content Adaptive Backlight

[GIT PULL] imx-drm crtc and plane fixes, ipu-v3 probe fixes

Hi Dave, Am Freitag, den 19.02.2016, 10:44 +0100 schrieb Philipp Zabel: > Hi Dave, > > here are a couple of fixes for the imx-drm drivers. With these, the > ipu-v3 driver probe doesn't bail out if nodes that are marked as > optional are not present in the device tree. The reset is moved before >

Atomic mode-setting drivers

On Mon, Mar 07, 2016 at 08:42:10PM +0800, Chih-Wei Huang wrote: > 2016-03-05 0:32 GMT+08:00 Daniel Vetter : > > Adding relevant mailing lists and people. Please don't send private > > mails to maintainers ;-) > > Thank you for the reply and pointing it. > > > On Fri, Mar 4, 2016 at 1:47 PM,

[Bug 113891] [radeon] Display jitter

https://bugzilla.kernel.org/show_bug.cgi?id=113891 --- Comment #1 from Jean Delvare --- Kernel v4.5-rc7 is affected too. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH] drm/gma500: Make mdfld_dsi_connector_dpms() return a value

On 03/05/2016 02:54 PM, Ingo Molnar wrote: > > * Ingo Molnar wrote: > >> as we have this in Makefile: >> >> # enforce correct pointer usage >> KBUILD_CFLAGS += $(call cc-option,-Werror=incompatible-pointer-types) > > Sorry, never mind - this is a recent commit that is not upstream. > > So

Oops (NULL pointer dereference) in radeon_fence_ref in 3.14.63

Am 08.03.2016 um 03:54 schrieb Nicolai Hähnle: > Hi, > > On 05.03.2016 16:24, Christian König wrote: >> just an educated guess, but I think the problem is simply that kernel >> 3.14 doesn't yet contain the code so that radeon_fence_get() can safely >> called with a NULL pointer. >> >> So the

[Bug 113951] Kernel bug in AMDGPU

https://bugzilla.kernel.org/show_bug.cgi?id=113951 Zdeněk Janeček changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 113891] [radeon] Display jitter

https://bugzilla.kernel.org/show_bug.cgi?id=113891 Jean Delvare changed: What|Removed |Added Kernel Version|4.4.4 |4.4.4, 4.5-rc7 -- You are receiving

[patch] drm/vc4: Return -EFAULT on copy_from_user() failure

The copy_from_user() function returns the number of bytes not copied but we want to return a negative error code. Fixes: 463873d57014 ('drm/vc4: Add an API for creating GPU shaders in GEM BOs.') Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/vc4/vc4_bo.c

[Intel-gfx] [PATCH 0/5] Pipe level color management V10

Hi, On 8 March 2016 at 11:45, Rob Bradford wrote: > On Fri, 2016-02-26 at 17:04 +, Lionel Landwerlin wrote: >> This series introduces pipe level color management through a set of >> properties >> attached to the CRTC. It also provides an implementation for some >> Intel >> platforms. >> >

[Bug 94443] Compilation libva , No package 'libdrm' found

ing 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/20160308/6375bdf1/attachment.html>

[Intel-gfx] [PATCH v3 7/7] drm/atomic: Clean up update_connector_routing.

On Fri, Mar 04, 2016 at 03:29:03PM +0200, Ville Syrjälä wrote: > On Thu, Mar 03, 2016 at 10:17:42AM +0100, Maarten Lankhorst wrote: > > connector_state->crtc can no longer be unset by accident, > > so that check can be removed. The other code open-codes > > drm_atomic_get_existing_crtc_state, so

[Bug 94443] Compilation libva , No package 'libdrm' found

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/5a80b4e9/attachment.html>

[Bug 94443] Compilation libva , No package 'libdrm' found

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/076f236b/attachment.html>

[Bug 91518] [TAHITI] Crash caused by GPU faults while launching Unigine Heaven 4.0

part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/0c43681c/attachment-0001.html>

[Intel-gfx] [PATCH 0/5] Pipe level color management V10

On Tue, Mar 08, 2016 at 12:13:22PM +, Daniel Stone wrote: > Hi, > > On 8 March 2016 at 11:45, Rob Bradford wrote: > > On Fri, 2016-02-26 at 17:04 +, Lionel Landwerlin wrote: > >> This series introduces pipe level color management through a set of > >> properties > >> attached to the

[Bug 94443] Compilation libva , No package 'libdrm' found

-- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/f75585d1/attachment.html>

[PATCH v13 00/14] MT8173 DRM support

Once more, the MT8173 DRM driver. I have dropped the iommus property from the mmsys device tree node and changed the GEM code to use an OVL device with the iommus property for allocations instead of the mmsys device. Changes since v12: - use OVL device instead of mmsys device for DMA allocations

[PATCH v13 01/14] dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding

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 Acked-by: Rob Herring --- .../bindings/display/mediatek/mediatek,disp.txt| 203 +

[PATCH v13 07/14] drm/mediatek: enable hdmi output control bit

From: Jie Qiu MT8173 HDMI hardware has a output control bit to enable/disable HDMI output. Because of security reason, so this bit can ONLY be controlled in ARM supervisor mode. Now the only way to enter ARM supervisor is the ARM trusted firmware. So atf provides a API for

[PATCH v13 02/14] drm/mediatek: Add DRM Driver for Mediatek SoC MT8173.

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: Daniel Kurtz

[PATCH v13 03/14] drm/mediatek: Add DSI sub driver

From: CK Hu This patch add a drm encoder/connector driver for the MIPI DSI function block of the Mediatek display subsystem and a phy driver for the MIPI TX D-PHY control module. Signed-off-by: Jitao Shi Signed-off-by: Philipp Zabel -- drivers/gpu/drm/mediatek/Kconfig

[PATCH v13 08/14] arm64: dts: mt8173: Add display subsystem related nodes

From: CK Hu This patch adds the device nodes for the DISP function blocks comprising the display subsystem. Signed-off-by: CK Hu Signed-off-by: Cawa Cheng Signed-off-by: Jie Qiu Signed-off-by: Daniel Kurtz Signed-off-by: Philipp Zabel --- Changes since v12: - Remove

[PATCH v13 10/14] clk: mediatek: make dpi0_sel propagate rate changes

This mux is supposed to select a fitting divider after the PLL is already set to the correct rate. Signed-off-by: Philipp Zabel Acked-by: James Liao Acked-by: Stephen Boyd --- drivers/clk/mediatek/clk-mt8173.c | 6 +- drivers/clk/mediatek/clk-mtk.h| 15 +-- 2 files

[PATCH v13 11/14] clk: mediatek: Add hdmi_ref HDMI PHY PLL reference clock output

The configurable hdmi_ref output of the PLL block is derived from the tvdpll_594m clock signal via a configurable PLL post-divider. It is used as the PLL reference input to the HDMI PHY module. Signed-off-by: Philipp Zabel Acked-by: James Liao Acked-by: Stephen Boyd ---

[PATCH v13 12/14] dt-bindings: hdmi-connector: add DDC I2C bus phandle documentation

Add an optional ddc-i2c-bus phandle property that points to an I2C master controller that handles the connector DDC pins. Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- Documentation/devicetree/bindings/display/connector/hdmi-connector.txt | 1 + 1 file changed, 1 insertion(+) diff

[PATCH v13 13/14] clk: mediatek: remove hdmitx_dig_cts from TOP clocks

The hdmitx_dig_cts clock signal is not a child of tvdpll_445p5m, but is routed out of the HDMI PHY module. Signed-off-by: Philipp Zabel Acked-by: Stephen Boyd --- drivers/clk/mediatek/clk-mt8173.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clk/mediatek/clk-mt8173.c

[PATCH v13 14/14] arm64: dts: mt8173-evb: enable HDMI output

Add an HDMI connector node and enable the devices that are part of the HDMI display path: cec, dpi0, hdmi_phy, and hdmi0. Signed-off-by: Philipp Zabel --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 38 + 1 file changed, 38 insertions(+) diff --git

[PATCH v13 04/14] drm/mediatek: Add DPI sub driver

From: Jie Qiu Add DPI connector/encoder to support HDMI output via the attached HDMI bridge. Signed-off-by: Jie Qiu Signed-off-by: Philipp Zabel --- drivers/gpu/drm/mediatek/Makefile | 3 +- drivers/gpu/drm/mediatek/mtk_dpi.c | 757

[PATCH v13 09/14] arm64: dts: mt8173: Add HDMI related nodes

From: CK Hu This patch adds the device nodes for the HDMI encoder, HDMI PHY, and HDMI CEC modules. Signed-off-by: CK Hu Signed-off-by: Cawa Cheng Signed-off-by: Jie Qiu Signed-off-by: Daniel Kurtz Signed-off-by: Philipp Zabel ---

[PATCH v13 05/14] dt-bindings: drm/mediatek: Add Mediatek HDMI dts binding

Add the device tree binding documentation for Mediatek HDMI, HDMI PHY and HDMI DDC devices. Signed-off-by: Philipp Zabel Acked-by: Rob Herring --- .../bindings/display/mediatek/mediatek,hdmi.txt| 148 + 1 file changed, 148 insertions(+) create mode 100644

[PATCH v13 06/14] drm/mediatek: Add HDMI support

From: Jie Qiu This patch adds drivers for the HDMI bridge connected to the DPI0 display subsystem function block, for the HDMI DDC block, and for the HDMI PHY to support HDMI output. Signed-off-by: Jie Qiu Signed-off-by: Philipp Zabel ---

[Intel-gfx] [PATCH 0/5] Pipe level color management V10

On Fri, 2016-02-26 at 17:04 +, Lionel Landwerlin wrote: > This series introduces pipe level color management through a set of > properties > attached to the CRTC. It also provides an implementation for some > Intel > platforms. > > This series is based of a previous set of patches by Shashank

[PATCH 3/8] drm: atmel-hlcdc: fix connector and encoder types

Le 06/01/2016 11:19, Boris Brezillon a écrit : > The hlcdc IP keep the pixel stream in raw RGB mode, and does not provide > any specific connector. Since DRM_MODE_CONNECTOR_RAW_RGB does not exist, > use DRM_MODE_CONNECTOR_Unknown. > > Signed-off-by: Boris Brezillon Yes: Acked-by: Nicolas Ferre

[PATCH 5/8] drm: atmel-hlcdc: support extended timing ranges on sama5d4 and sama5d2

Le 06/01/2016 11:19, Boris Brezillon a écrit : > The display timings on old SoCs older than the sama5d4 are quite limited > and prevent the use of many displays. Add support for extended timing > ranges on sama5d2 and sama5d4. > > Signed-off-by: Boris Brezillon Absolutely: Acked-by: Nicolas

[PATCH 4/8] drm: atmel-hlcdc: remove leftovers from atomic mode setting migration

Le 06/01/2016 11:19, Boris Brezillon a écrit : > The ->dpms field is no longer used and can be removed. > The same goes for the dummy ->mode_fixup() implementation which always > returns true. > > Signed-off-by: Boris Brezillon Acked-by: Nicolas Ferre > --- >

[PATCH 1/8] drm: atmel-hlcdc: add a ->cleanup_fb() operation

Le 06/01/2016 11:19, Boris Brezillon a écrit : > Add a ->cleanup_fb() operation to avoid memory leaks when the atomic > operation is interrupted after the ->prepare_fb() call. > > Signed-off-by: Boris Brezillon > Fixes 2389fc1 ("drm: atmel-hlcdc: Atomic mode-setting conversion") Seems okay:

[PATCH 1/2] drm/radeon: Fix eDP for single-display iMac10,1

On Sat, Mar 5, 2016 at 8:39 PM, Mario Kleiner wrote: > The late 2009, 27 inch Apple iMac10,1 has an > internal eDP display and an external Mini- > Displayport output, driven by a DCE-3.2, RV730 > Radeon Mobility HD-4670. > > The machine worked fine in a dual-display setup > with eDP panel +

[Bug 114031] New: Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 Bug ID: 114031 Summary: Radeon Kernel Mode Setting sets wrong mode on Acer Z5610 Product: Drivers Version: 2.5 Kernel Version: 4.3.6 Hardware: All OS:

[Bug 113891] [radeon] Display jitter

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

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

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

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #2 from Massimo Burcheri --- Hm, I think xorg is not even involved in the issue.. No xorg.config but these snippets: $ cat /etc/X11/xorg.conf.d/* Section "Files" EndSection Section "Module" Load"vnc" EndSection Section

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #3 from Massimo Burcheri --- Created attachment 208241 --> https://bugzilla.kernel.org/attachment.cgi?id=208241=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 Massimo Burcheri changed: What|Removed |Added Attachment #208241|0 |1 is obsolete|

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #5 from Massimo Burcheri --- Created attachment 208261 --> https://bugzilla.kernel.org/attachment.cgi?id=208261=edit Xorg.log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #6 from Alex Deucher --- Can you attach a copy if your vbios? (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/ echo 1 > rom cat rom > /tmp/vbios.rom echo 0 > rom -- You are receiving this mail because: You are

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #7 from Massimo Burcheri --- Current workaround is using CONFIG_DRM_LOAD_EDID_FIRMWARE and the generic EDID by kernel command: drm_kms_helper.edid_firmware=edid/1920x1080.bin -- You are receiving this mail because: You are watching

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #8 from Massimo Burcheri --- Created attachment 208271 --> https://bugzilla.kernel.org/attachment.cgi?id=208271=edit vbios.rom -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #9 from Alex Deucher --- Created attachment 208281 --> https://bugzilla.kernel.org/attachment.cgi?id=208281=edit add debugging output Can you attach your dmesg output with the attached debugging patch applied? -- You are

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #10 from Massimo Burcheri --- Created attachment 208291 --> https://bugzilla.kernel.org/attachment.cgi?id=208291=edit dmesg with debugging patch -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 3/3] ARM: bcm2835: Add VC4 to the device tree.

next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/1566a353/attachment.sig>

[PATCH 3/3] ARM: bcm2835: Add VC4 to the device tree.

On 03/08/2016 11:04 AM, Eric Anholt wrote: > Stephen Warren writes: > >> On 03/04/2016 01:32 PM, Eric Anholt wrote: >>> VC4 is the GPU (display and 3D) present on the 283x. >> >>> diff --git a/arch/arm/boot/dts/bcm2835-rpi-a-plus.dts >>> b/arch/arm/boot/dts/bcm2835-rpi-a-plus.dts >> >>> + { >>>

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #11 from Alex Deucher --- Created attachment 208301 --> https://bugzilla.kernel.org/attachment.cgi?id=208301=edit possible fix 1/2 Odd. it looks like the 1920x1080 mode is getting added. Do either of these patches help? -- You

[Bug 114031] Radeon Kernel Mode Setting sets wrong mode on Acer Z5610

https://bugzilla.kernel.org/show_bug.cgi?id=114031 --- Comment #12 from Alex Deucher --- Created attachment 208311 --> https://bugzilla.kernel.org/attachment.cgi?id=208311=edit possible fix 2/2 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 94445] Tonga llvm assert since RegisterCoalescer: Need to check DstReg+SrcReg for missing undef flags

eceiving 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/20160308/bc445504/attachment.html>

[Bug 113861] [radeon] Xorg fatal freeze upon startx

https://bugzilla.kernel.org/show_bug.cgi?id=113861 --- Comment #9 from centuryplague at yandex.com --- (In reply to Alex Deucher from comment #7) > Probably the same issue as reported here: > https://lists.freedesktop.org/archives/dri-devel/2016-March/102379.html > Does reverting

[Bug 113861] [radeon] Xorg fatal freeze upon startx

https://bugzilla.kernel.org/show_bug.cgi?id=113861 --- Comment #10 from centuryplague at yandex.com --- The exact commit that was reverted is: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=dbb17a21c131eca94eb31136eee9a7fe5aff00d9 -- You are receiving this mail

[Bug 113861] [radeon] Xorg fatal freeze upon startx

https://bugzilla.kernel.org/show_bug.cgi?id=113861 --- Comment #11 from Alex Deucher --- Already reverted upstream: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=256faedcfd646161477d47a1a78c32a562d2e845 -- You are receiving this mail because: You are watching the

[pull] radeon and amdgpu drm-fixes-4.5

Hi Dave, radeon and amdgpu fixes for 4.5. Three regression fixes and some fixups for the error handling in the vblank regression fixes from earlier. The following changes since commit f0511e66114a6414cfca92d7b94118913a0c11ff: Merge branch 'drm-fixes-4.5' of

[Bug 92912] Full GPU lockups in TF2 - R600

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/5921c88e/attachment.html>

[Bug 92912] Full GPU lockups in TF2 - R600

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/a5c9ed58/attachment.html>

[PATCH v6 0/6] Implement generic ASoC HDMI codec and use it in tda998x

There is currently two other patch series[1][2] that depend on the three first (ALSA-) patches of this series. It would be nice to get at least those three applied sooner rather than later, so please tell me if I can do anything to get those in. BTW, I applied the relevant patches from the two

[PATCH v6 3/6] ASoC: hdmi-codec: Add audio abort() callback for video side to use

Add audio abort() callback, that is provided at audio stream start, for video side. This is for video side to use in case there is a pressing need to tear down the audio playback for some reason. Signed-off-by: Jyri Sarha --- include/sound/hdmi-codec.h| 8 ++--

[PATCH v6 1/6] ALSA: pcm: add IEC958 channel status helper for hw_params

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 ++

[PATCH v6 2/6] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

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

[PATCH v6 5/6] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

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

[PATCH v6 6/6] ARM: dts: am335x-boneblack: Add HDMI audio support

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

[PATCH v6 4/6] drm/i2c: tda998x: Improve tda998x_configure_audio() audio related pdata

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

[Bug 92912] Full GPU lockups in TF2 - R600

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/b57f82c0/attachment.html>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

should at least set modprobe.blacklist=fglrx on the kernel command line. -- 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/20160308/1e87c7a0/attachment.html>

[PATCH 8/8] drm: atmel-hlcdc: check display mode validity in crtc->mode_fixup()

Le 06/01/2016 11:19, Boris Brezillon a écrit : > Move the adjusted display mode check into ->mode_fixup(). > > Signed-off-by: Boris Brezillon Seems okay: Acked-by: Nicolas Ferre > --- > drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 10 -- > 1 file changed, 4 insertions(+), 6

[PATCH 17/23] drm: omapdrm: panel-dsi-cm: add regulator support

The N950's display requires two regulators. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 57 +++-- 1 file changed, 53 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c

[PATCH 11/23] include: video: omapdss: provide fifo threshold methods

The FIFO thresholds must be configured by omapdrm for manually updated DSI panels due to a hardware bug. Signed-off-By: Sebastian Reichel --- include/video/omapdss.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/include/video/omapdss.h b/include/video/omapdss.h index

[PATCH 18/23] drm: omapdrm: panel-dsi-cm: use threaded irq handler

Use threaded irq handler for the tearing effect gpio, since it updates the display content, which requires too much time for a fastpath irq. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH 14/23] drm: omapdrm: crtc: save framedone callback from dss

Save the framedone callback supplied by dss for later usage. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_crtc.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c b/drivers/gpu/drm/omapdrm/omap_crtc.c index

[PATCH 08/23] drm: omapdrm: crtc: add enabled bit to state

Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_crtc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c b/drivers/gpu/drm/omapdrm/omap_crtc.c index 5ef27664bcfa..78ef9773cca1 100644 --- a/drivers/gpu/drm/omapdrm/omap_crtc.c +++

[PATCH 12/23] drm: omapdrm: plane: update fifo size on atomic update

This is a workaround for a hardware bug occuring on OMAP3 with manually updated panels. Signed-off-By: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_drv.h | 1 + drivers/gpu/drm/omapdrm/omap_plane.c | 23 +++ 2 files changed, 24 insertions(+) diff --git

[PATCH 10/23] drm: omapdrm: crtc: detect manually updated displays

Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_crtc.c | 31 ++- drivers/gpu/drm/omapdrm/omap_drv.h | 1 + 2 files changed, 31 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c b/drivers/gpu/drm/omapdrm/omap_crtc.c

[PATCH 02/23] ARM: dts: n950: add display support

Signed-off-By: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950.dts | 71 1 file changed, 71 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n950.dts b/arch/arm/boot/dts/omap3-n950.dts index 0885b34d5d7d..41b8fb585272 100644 ---

[PATCH 06/23] drm: omapdrm: wait for pending operations before updating plane

Updating the plane may interrupt ongoing display updates, so wait for any pending operations. Signed-off-By: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_drv.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c b/drivers/gpu/drm/omapdrm/omap_drv.c

[PATCH 01/23] ARM: dts: n9/n950: regulator configuration

Add regulator configuration as found in the board files of Nokia's kernel. Signed-off-By: Sebastian Reichel --- arch/arm/boot/dts/omap3-n950-n9.dtsi | 72 1 file changed, 72 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n950-n9.dtsi

[PATCH 07/23] drm: omapdrm: crtc: switch pending variable to atomic bitset

Having the pending variable available as atomic bit helps with the later addition of manually updated display support. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_crtc.c | 31 +-- 1 file changed, 17 insertions(+), 14 deletions(-) diff --git

[PATCH 00/23] Nokia N950 display support

e: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160308/da531a2e/attachment-0001.sig>

[3.19.y-ckt stable] Patch "drm: Fix treatment of drm_vblank_offdelay in drm_vblank_on() (v2)" has been added to the 3.19.y-ckt tree

This is a note to let you know that I have just added a patch titled drm: Fix treatment of drm_vblank_offdelay in drm_vblank_on() (v2) to the linux-3.19.y-queue branch of the 3.19.y-ckt extended stable tree which can be found at:

[PATCH 03/23] drm: omapdrm: dss: reset dsi module during initialization

From: Tomi Valkeinen The Nokia N950's bootloader leaves the DSI module in a non-working state. Work around this by resetting the DSI module before using it. Signed-off-By: Tomi Valkeinen Reviewed-By: Sebastian Reichel Tested-By: Sebastian Reichel ---

[PATCH 04/23] drm: omapdrm: add DSI mapping

This sets proper connector type for DSI connected panels. Signed-off-By: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/omapdrm/omap_drv.c b/drivers/gpu/drm/omapdrm/omap_drv.c index dfafdb602ad2..a3ff35f5f6cd

[PATCH 20/23] drm: omapdrm: panel-dsi-cm: add offset support

The Nokia N950 contains a panel, that is partially covered, so that not the whole display is visible. Thus the image must be displayed with an offset. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 21 - 1 file changed, 16

[PATCH 22/23] drm: omapdrm: panel-dsi-cm: ratelimit debug output in update path

Generating debug messages during display update results in lot's of messages, if the display shows the console. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 21/23] drm: omapdrm: panel-dsi-cm: block disable until update completed

DSI hardware IPs seem to be a bit unhappy about incomplete image transfers, so try to wait for an update to finish before disabling the panel. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 18 ++ 1 file changed, 18 insertions(+) diff

[PATCH 09/23] drm: omapdrm: dss: method to get stallmode from lcd config

Introduce a new dss method for reading the stallmode status from the private lcd config structure. Signed-off-By: Sebastian Reichel --- drivers/gpu/drm/omapdrm/dss/output.c | 6 ++ include/video/omapdss.h | 1 + 2 files changed, 7 insertions(+) diff --git

[PATCH 23/23] drm: omapdrm: panel-dsi-cm: provide timings methods for omapdrm

Provide omapdrm with methods to acquire timings and check them later, so that it can properly initialize the display. Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 38 + 1 file changed, 38 insertions(+) diff --git

[PATCH 05/23] Revert "drm: omapdrm: Remove manual update display support"

This reverts commit 5a35876e2830511cb8110667fc426c6a6165a593. Revert the removal of manual update display support in preparation for DSI command mode panels. Signed-off-By: Sebastian Reichel --- drivers/gpu/drm/omapdrm/omap_connector.c | 12 +++ drivers/gpu/drm/omapdrm/omap_drv.h |

[PATCH 19/23] drm: omapdrm: panel-dsi-cm: improve DT support

Introduce new DT properties, so that it's possible to use different panels with the driver. * resolution-x (default: 864) * resolution-y (default: 480) * has-dsi-backlight (default: no backlight) Signed-off-by: Sebastian Reichel --- drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 17

  1   2   >