GSoC 2015: The X.Org Foundation has been accepted as a mentoring organisation

Hello, I have the pleasure to announce you that the X.Org Foundation has been accepted as a mentoring organisation for the Google Summer of Code 2015. This means that your project can receive students again this year! Here are the important dates coming[0]: - 16 March: Student application

[Bug 94151] Graphics (X11) hangs

https://bugzilla.kernel.org/show_bug.cgi?id=94151 --- Comment #1 from Victor Porton --- $ sudo lshw victor.local description: Computer product: PROD vendor: OEM0 width: 32 bits capabilities: smbios-2.4 smp-1.4 smp vsyscall32 configuration: cpus=4 *-core

[Bug 94151] New: Graphics (X11) hangs

https://bugzilla.kernel.org/show_bug.cgi?id=94151 Bug ID: 94151 Summary: Graphics (X11) hangs Product: Drivers Version: 2.5 Kernel Version: 3.10-2-amd64 Hardware: Intel OS: Linux Tree: Mainline

[Bug 90741] Radeon: System pauses on TAHITI

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

[PATCH] drm: Fix deadlock due to getconnector locking changes

2015-02-24 1:55 GMT+02:00 Marc Finet : > On Sun, Feb 22, 2015 at 11:38:36AM +0100, Daniel Vetter wrote: >> In >> >> daniel at phenom:~/linux/src$ git show ccfc08655 >> commit ccfc08655d5fd5076828f45fb09194c070f2f63a >> Author: Rob Clark >> Date: Thu Dec 18 16:01:48 2014 -0500 >> >> drm:

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #71 from Maarten Lankhorst --- Thanks for helping investigate, I will send the attachment as a bugfix to bug 90861, that bug is specifically about the waitqueue ordering in radeon_fence_default_wait. That one was really caused by me.

[PATCH] drm/radeon: fix DRM_IOCTL_RADEON_CS oops

Passing zeroed drm_radeon_cs struct to DRM_IOCTL_RADEON_CS produces the following oops. Fix by always calling INIT_LIST_HEAD() to avoid the crash in list_sort(). -- #include #include #include #include #include static const struct drm_radeon_cs cs;

[PATCH RFC v9 00/20] Add support for i.MX MIPI DSI DRM driver

On Thu, Feb 12, 2015 at 02:01:23PM +0800, Liu Ying wrote: > Liu Ying (20): > clk: divider: Correct parent clk round rate if no bestdiv is normally > found > ARM: imx6q: Add GPR3 MIPI muxing control register field shift bits > definition > ARM: imx6q: clk: Add the video_27m clock >

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #70 from Gustaw Smolarczyk --- mb(); is ok. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 89374] Firefox smooth scrolling isn't smooth

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/ca0a7971/attachment.html>

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #69 from Maarten Lankhorst --- Hm full mb(); ? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #68 from Gustaw Smolarczyk --- rmb(); doesn't seem to be enough. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 14/21] drm/omap: stop connector polling during suspend

On 03/02/2015 01:03 PM, Tomi Valkeinen wrote: > On 26/02/15 15:57, Grygorii.Strashko at linaro.org wrote: > >> Could I ask you to update this patch as below, pls? > > Your changes look ok to me, but they are not related to my patch so I > don't see any reason to merge them. I'll pick your patch

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #67 from Maarten Lankhorst --- what about a rmb(); there instead? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #66 from Gustaw Smolarczyk --- It seems that way. I hope others can check that too. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #65 from Maarten Lankhorst --- So attachment 166571 and the rreg32 addition is enough? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #64 from Gustaw Smolarczyk --- Yes, the fix still works. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #63 from Maarten Lankhorst --- What about changing the udelay to a RREG32(DMA_CNTL + DMA0_REGISTER_OFFSET); ? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 86043] Optimus issue with libdrm 2.4.58

ile -- 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/20150302/e64973d3/attachment.html>

[Bug 86043] Optimus issue with libdrm 2.4.58

. -- 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/20150302/de407288/attachment.html>

[PATCH v4 14/15] ASoC: rockchip/rockchip-hdmi-audio: add sound driver for hdmi audio

在 2015/3/2 17:07, Paul Bolle 写道: > On Sat, 2015-02-28 at 22:04 -0500, Yakir Yang wrote: >> --- /dev/null >> +++ b/sound/soc/rockchip/rockchip_hdmi_audio.c >> @@ -0,0 +1,169 @@ >> +/* >> + * rockchip-hdmi-card.c > Doesn't match the filename. Is this line needed anyway? Thanks, this comment

[PATCH v4 13/15] ASoC: codec/dw-hdmi-audio: add codec driver for dw hdmi audio

在 2015/3/2 17:15, Paul Bolle 写道: > On Sat, 2015-02-28 at 21:59 -0500, Yakir Yang wrote: >> --- /dev/null >> +++ b/sound/soc/codecs/dw-hdmi-audio.c >> @@ -0,0 +1,379 @@ >> +/* >> + * dw-hdmi-codec.c > Doesn't match the filename. Is this line needed? Thanks, this comment are good for read,

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #62 from Gustaw Smolarczyk --- Even 1us works. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #61 from Gustaw Smolarczyk --- 5us is ok. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH RFC 6/6] ARM: dts: am335x-boneblack: Use new binding for HDMI

hment 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/20150302/ac273d97/attachment-0001.sig>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/f77e86fc/attachment.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150302/38c80c85/attachment-0001.html>

[PATCH] drm/msm: kexec fixes

In kexec environment, we are more likely to encounter irq's already enabled from previous environment. At which point we find that writes to disable/clear pending irq's are slightly less than useless without first enabling clocks. TODO: full blown state read-in so kexec'd kernel can inherit the

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #60 from Maarten Lankhorst --- can you add a if (fence->ring == R600_RING_TYPE_DMA_INDEX) udelay(50); to radeon_fence_enable_signaling? after the irq_get again. If that works try udelay(5), if it doesn't udelay(500) ? -- You are

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #59 from Maarten Lankhorst --- I was afraid of that, that's the ring used for eviction. -- You are receiving this mail because: You are watching the assignee of the bug.

[Intel-gfx] [git pull] drm fixes

On Mon, Mar 2, 2015 at 5:53 PM, Linus Torvalds wrote: > On Mon, Mar 2, 2015 at 1:04 AM, Daniel Vetter wrote: >> And can you please attach a bactrace of the WARN in your patch, just to >> double-check you blow up at the same spot? > > So the dmesg I attached had a backtrace for the new

[PATCH v5 00/11] Improvements to Tegra-based Chromebook support

On Thu, Feb 12, 2015 at 5:50 PM, Tomeu Vizoso wrote: > v5: * Moved to use gpio-restart for reboots, had to make tegra_pmc_restart > a notification handler > > v4: * Added support for the system reset GPIO, for proper reboots > * Moved out changes to ASOC to their own

[PATCH RFC 6/6] ARM: dts: am335x-boneblack: Use new binding for HDMI

On Mon, Mar 02, 2015 at 07:08:39PM +0200, Tomi Valkeinen wrote: > On 02/03/15 18:06, Russell King - ARM Linux wrote: > > >> This is missing the output of tda998x. It should have two ports, input > >> and output, output going to hdmi-connector. > > > > We don't have that kind of level of

[PATCH v5 09/11] drm/tegra: Reset the SOR on probe

On Thu, Feb 12, 2015 at 5:51 PM, Tomeu Vizoso wrote: > As there isn't a way for the firmware on the Nyan chromebooks to hand > over the display to the kernel. Could this have a side-effect on models for which the firmware *does* hand over the display to the kernel? E.g. temporary glitch or black

[PATCH] drm/i915: Export total subslice and EU counts

On Mon, Mar 02, 2015 at 03:37:32PM -0800, jeff.mcgee at intel.com wrote: > From: Jeff McGee > > Setup new I915_GETPARAM ioctl entries for subslice total and > EU total. Userspace drivers need these values when constructing > GPGPU commands. This kernel query method is intended to replace > the

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #58 from Gustaw Smolarczyk --- This patch doesn't help. I have been experimenting with forcing interrupts on only some rings. In the end I have found that by adding "|| 1" only to R600_RING_TYPE_DMA_INDEX ring I have removed the

[PATCH 1/5] drm: Pass in new and old plane state to prepare_fb and cleanup_fb

On Mon, Mar 02, 2015 at 02:43:48PM +, Tvrtko Ursulin wrote: > From: Tvrtko Ursulin > > Use cases like rotation require these hooks to have some context so they > know how to prepare and cleanup the frame buffer correctly. > > For i915 specifically, object backing pages need to be mapped

[PATCH] drm/imx: ipuv3-crtc: Allow to divide DI clock from TVEv2

Am Montag, den 02.03.2015, 16:24 +0100 schrieb Philipp Zabel: > This patch allows the IPU to divide the 27 MHz input clock from > the TVE by two to obtain the 13.5 MHz pixel clock needed for > NTSC/PAL SD modes. > > Signed-off-by: Philipp Zabel > --- > drivers/gpu/drm/imx/ipuv3-crtc.c | 7

[PATCH] Revert "drm/i915: Switch planes from transitional helpers to full atomic helpers"

This reverts commit 3f678c96abb43a977d2ea41aefccdc49e8a3e896. We've been a bit too optimistic with this one here :( The trouble is that internally we're still using these plane update/disable hooks. Which was totally ok pre-atomic since the drm core did all the book-keeping updating and these

[PATCH 2/2] drm/exynos: decon: Add support for DECON-EXT

On Mon, Mar 2, 2015 at 1:38 PM, Andrzej Hajda wrote: > On 02/26/2015 04:24 PM, Ajay Kumar wrote: >> * Modify DECON-INT driver to support DECON-EXT. >> * Add a table of porch values needed to set timing registers of DECON-EXT. >> * DECON-EXT supports only H/w Triggered COMMAND mode. >> * DECON-EXT

[PATCH] drm/imx: Add support for 15-bit RGB with 1-bit alpha formats

Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c b/drivers/gpu/drm/imx/ipuv3-plane.c index 566cbe0..3371826 100644 --- a/drivers/gpu/drm/imx/ipuv3-plane.c +++

[PATCH] drm/imx: ipuv3-crtc: Allow to divide DI clock from TVEv2

This patch allows the IPU to divide the 27 MHz input clock from the TVE by two to obtain the 13.5 MHz pixel clock needed for NTSC/PAL SD modes. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-crtc.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

[PATCH RFC 6/6] ARM: dts: am335x-boneblack: Use new binding for HDMI

On Mon, Mar 02, 2015 at 02:28:40PM +0200, Tomi Valkeinen wrote: > On 26/02/15 16:55, Jyri Sarha wrote: > > Use new binding for the external tda19988 HDMI encoder. > > > > Signed-off-by: Jyri Sarha > > --- > > arch/arm/boot/dts/am335x-boneblack.dts | 20 +++- > > 1 file changed,

[PATCH RFC 3/6] drm/tilcdc: Add support for external compontised DRM encoder

On Thu, Feb 26, 2015 at 04:55:32PM +0200, Jyri Sarha wrote: > + ret = component_bind_all(dev->dev, dev); > + if (ret < 0) { > + dev_err(dev->dev, "Binding subcomponents failed: %d\n", ret); Do you need to print this? The component helper is already fairly verbose about what

[PATCH] drm/imx: Add support for non-RGB output colorspace

This patch allows to use non-RGB color formats on the output. This is needed to support YUV output via HDMI or TV-Encoder. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-crtc.c | 3 ++- drivers/gpu/drm/imx/ipuv3-plane.c | 9 + drivers/gpu/drm/imx/ipuv3-plane.h | 3 ++- 3

[PATCH] drm/imx: Add support for interlaced scanout

This patch allows interlaced frame buffer scanout for interlaced output via HDMI or TV-Encoder. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-crtc.c | 3 ++- drivers/gpu/drm/imx/ipuv3-plane.c | 7 +-- drivers/gpu/drm/imx/ipuv3-plane.h | 2 +- 3 files changed, 8 insertions(+),

[Bug 94061] [radeon - Kaveri] dpm works badly - much to high power consumption compared to catalyst

https://bugzilla.kernel.org/show_bug.cgi?id=94061 --- Comment #2 from Klaus Maier --- Yes - backlight management is switched off because it doesn't work at all w/ catalyst. Always full. Brightness, ... - it's all configured by the monitor itself. Management via KDE or software is done only for

[PATCH 2/2] Query the driver directly for compute units and subslice

From: Jeff McGee Values of device max compute units and max subslice obtained directly from the driver should be more accurate than our own ID-based lookup values. This is particularly important when a single device ID may encompass more than one configuration. If the

[PATCH 1/2] Add driver callback for updating device info

From: Jeff McGee We need to update some fields of the device's cl_device_id struct at runtime using driver-specific methods. It is best to group all such updates into a single driver callback to avoid opening/initing and deiniting/closing the device multiple times.

[PATCH] tests/core_getparams: Create new test core_getparams

From: Jeff McGee New test core_getparams consists of 2 subtests, each one testing the ability of userspace to query the correct value of a GT config attribute: subslice total or EU total. drm/i915 implementation of these queries is required for Cherryview and Gen9+ devices

[PATCH] intel: Export total subslice and EU counts

From: Jeff McGee Update kernel interface with new I915_GETPARAM ioctl entries for subslice total and EU total. Add a wrapping function for each parameter. Userspace drivers need these values when constructing GPGPU commands. This kernel query method is intended to replace

[PATCH] drm/i915: Export total subslice and EU counts

From: Jeff McGee Setup new I915_GETPARAM ioctl entries for subslice total and EU total. Userspace drivers need these values when constructing GPGPU commands. This kernel query method is intended to replace the PCI ID-based tables that userspace drivers currently maintain.

[PATCH] drm: adv7511: Refactor power management

From: Laurent Pinchart Remove the internal dependency on DPMS mode for power management by using a by a powered state boolean instead, and use the new power off handler at probe time. This ensure that the regmap cache is properly marked as dirty when the device

[PATCH RFC 1/6] drm/tilcdc: Fix module unloading

odule unload has never worked, or something has changed in the drm framework (or maybe tilcdc). 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/20150302/a8069b2c/attachment-0001.sig>

[PATCH RFC 4/6] drm/tilcdc: Add DRM_TILCDC_INIT for "ti, tilcdc, slave" binding support

needed. 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/20150302/06532c20/attachment-0001.sig>

[libdrm][PATCH 3/2] Fix always true comparison.

= (serv_group >= 0) ? serv_group : DRM_DEV_GID; > >> + group = (serv_group != ~0U) ? serv_group : DRM_DEV_GID; > >> } > >> > >> #if !defined(UDEV) > > > -- Jan Vesely -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/1bf439c1/attachment.sig>

[PATCH RFC 5/6] drm/tilcdc: Force building of DRM_TILCDC_INIT

Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/3463a262/attachment-0001.sig>

[PATCH RFC 3/6] drm/tilcdc: Add support for external compontised DRM encoder

of_node_put(ep); > + return ret; > + } > + } > + return 0; > +} I don't know if it matters, but as tilcdc only supports a single endpoint, and I think this is the earliest place where it can be detected, you could fail above if there are more than one endpoint. 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/20150302/8ae5e60c/attachment-0001.sig>

[PATCH 1/5] drm: Pass in new and old plane state to prepare_fb and cleanup_fb

From: Tvrtko Ursulin Use cases like rotation require these hooks to have some context so they know how to prepare and cleanup the frame buffer correctly. For i915 specifically, object backing pages need to be mapped differently for different rotation modes and the

[PATCH v2] drm/i915: gen4: work around hang during hibernation

On Mon, 02 Mar 2015, Imre Deak wrote: > Bjørn reported that his machine hang during hibernation and eventually > bisected the problem to the following commit: > > commit da2bc1b9db3351addd293e5b82757efe1f77ed1d > Author: Imre Deak > Date: Thu Oct 23 19:23:26 2014 +0300 > > drm/i915: add

[PATCH RFC 6/6] ARM: dts: am335x-boneblack: Use new binding for HDMI

e output of tda998x. It should have two ports, input and output, output going to hdmi-connector. 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/20150302/b4558195/attachment-0001.sig>

[Bug 89156] r300g: GL_COMPRESSED_RED_RGTC1 / ATI1N support broken

-devel/attachments/20150302/026d0a78/attachment.html>

[PATCH 1/2] drm/exynos: hdmi: Add support for Exynos7 HDMI

Hi Andrej, On Fri, Feb 27, 2015 at 4:18 PM, Andrzej Hajda wrote: > Hi Ajay, > > Thanks for the patch. Thanks for reviewing the patch. > On 02/26/2015 04:24 PM, Ajay Kumar wrote: >> Modify the exynos HDMI driver to support Exynos7 HDMI 1.4. >> * Add phy configs for Exynos7. >> * Exynos7 has a

[PATCH v2] drm/i915: gen4: work around hang during hibernation

Jani Nikula writes: > On Mon, 02 Mar 2015, Imre Deak wrote: >> Bjørn reported that his machine hang during hibernation and eventually >> bisected the problem to the following commit: >> >> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d >> Author: Imre Deak >> Date: Thu Oct 23 19:23:26 2014

[Bug 89156] r300g: GL_COMPRESSED_RED_RGTC1 / ATI1N support broken

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/3ed01aad/attachment.html>

drm/gma500: Possible deadlock in gma_power_begin()

On Sat, 28 Feb 2015 18:02:33 +0300 Alexey Khoroshilov wrote: > gma_power_begin() starts with locking power_ctrl_lock spinlock and then, > if gma_resume_pci(dev->pdev) succeed, it calls > psb_irq_preinstall(dev); > psb_irq_postinstall(dev); > > psb_irq_postinstall() does some pipestat

[Bug 89156] r300g: GL_COMPRESSED_RED_RGTC1 / ATI1N support broken

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150302/ab7e0332/attachment.html>

[PATCH RFC 0/6] Use DRM component API in tilcdc to connect to tda998x

delete mode 100644 drivers/gpu/drm/tilcdc/tilcdc_slave.h > create mode 100644 drivers/gpu/drm/tilcdc/tilcdc_slave_convert.dts > -- 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/20150302/5760250a/attachment-0001.sig>

[PATCH v2] drm/i915: gen4: work around hang during hibernation

Bjørn reported that his machine hang during hibernation and eventually bisected the problem to the following commit: commit da2bc1b9db3351addd293e5b82757efe1f77ed1d Author: Imre Deak Date: Thu Oct 23 19:23:26 2014 +0300 drm/i915: add poweroff_late handler The problem seems to be that

[PATCH 14/21] drm/omap: stop connector polling during suspend

art -- 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/20150302/0270a449/attachment-0001.sig>

[PATCH 09/21] drm/omap: handle mismatching color format and buffer width

On 02/03/15 12:22, Daniel Stone wrote: >> I don't know why Rob named it like that. "The bpp of the stride"? Shrug. > > It's just the bpp of the pixel format; it's not at all associated with > the stride? The comment says "this times width is stride", so I thought the naming comes from that

[git pull] drm fixes

On Mon, 02 Mar 2015, Paul Bolle wrote: > On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote: >> Hmm. 3.19 works fine, even if it ends up spewing >> >> WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121 >> drm_wait_one_vblank+0x125/0x130() >> vblank not available on crtc 1,

[PATCH 06/21] drm/omap: check CRTC color format earlier

e with universal planes (if I understood correctly), I'm fine with dropping this patch. 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/20150302/8cd47b4d/attachment-0001.sig>

[PATCH 09/21] drm/omap: handle mismatching color format and buffer width

eing I'll just fix this patch, and look at the possibility of allowing any stride size in the future. Thanks for the review! 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/20150302/c58b5b81/attachment-0001.sig>

[PATCH 2/2] tests/kmstest: support atmel-hlcdc

From: Boris BREZILLON Signed-off-by: Boris BREZILLON --- tests/kmstest/main.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/kmstest/main.c b/tests/kmstest/main.c index 2c87b1c..7028cb2 100644 --- a/tests/kmstest/main.c +++ b/tests/kmstest/main.c

[PATCH 1/2] modetest: add atmel-hlcdc driver support

From: Boris BREZILLON Signed-off-by: Boris BREZILLON --- tests/modetest/modetest.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c index 425e528..ae261f0 100644 ---

[Intel-gfx] [git pull] drm fixes

On Mon, Mar 02, 2015 at 10:44:16AM +0100, Paul Bolle wrote: > On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote: > > Hmm. 3.19 works fine, even if it ends up spewing > > > > WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121 > > drm_wait_one_vblank+0x125/0x130() > > vblank not

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #57 from Gustaw Smolarczyk --- Will try when I return home. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 Maarten Lankhorst changed: What|Removed |Added Attachment #168571|0 |1 is obsolete|

[Bug 89377] [radeonsi] "Hand of Fate" is stuck on SIGPWR/SIGXCPU after start

open it later, if the developer fixed the issue and this problem persists. -- 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/20150302/f649a9d5/attachment.html>

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #55 from Maarten Lankhorst --- Do you happen to know if it's DMA or DMA1? -- You are receiving this mail because: You are watching the assignee of the bug.

[Intel-gfx] [PATCH] drm/i915: fix failure to power off after hibernate

On Fri, Feb 27, 2015 at 08:23:41PM +0200, Imre Deak wrote: > We've checked today with Ville a few machines we've found from GEN2 to > GEN5+. There was one Thinkpad x61s (GEN4) where I could reproduce the > exact same problem and get rid of it using the same workaround. All the > others were

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #54 from Maarten Lankhorst --- Just look if there's some output in dmesg or not. To verify, only having interrupts enabled on the DMA conditions fixes your bug? -- You are receiving this mail because: You are watching the assignee

[git pull] drm fixes

On Sat, 2015-02-28 at 22:08 -0800, Linus Torvalds wrote: > Hmm. 3.19 works fine, even if it ends up spewing > > WARNING: CPU: 0 PID: 6 at drivers/gpu/drm/drm_irq.c:1121 > drm_wait_one_vblank+0x125/0x130() > vblank not available on crtc 1, ret=-22 > > a lot. For what it's worth, that

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #53 from Gustaw Smolarczyk --- At first, I added "|| 1" only to GFX, CP1 and CP2 (I omitted the two DMA conditions). This did NOT fix the pauses. However, after converting these final two DMA conditions, the pauses are gone.

[Bug 85320] [RV620][RV630][RS880] GPU hangs using UVD hardware acceleration

snapshot from Oibaf PPA, and mpv 0.8. -- 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/20150302/1677a36b/attachment.html>

[PATCH 09/21] drm/omap: handle mismatching color format and buffer width

Hi, On 2 March 2015 at 09:50, Tomi Valkeinen wrote: > On 27/02/15 16:40, Daniel Stone wrote: >> On 27 February 2015 at 13:01, Daniel Vetter wrote: >>> On Thu, Feb 26, 2015 at 03:20:17PM +0200, Tomi Valkeinen wrote: omapdrm doesn't check if the width of the framebuffer and the color >> >>

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #52 from Maarten Lankhorst --- Yes, and also add a WARN_ON(!rdev->ih.enabled); to radeon_fence_enable_signaling, just to be thorough.. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #51 from Gustaw Smolarczyk --- Should I apply it on top of attachment 166571? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #50 from Maarten Lankhorst --- Ok never mind that approach then.. in radeon_fence.c, add a WARN_ON((int)atomic_read(>irq.ring_int[fence->ring]) <= 0); after the sw_irq_get, it should never fire. in si.c you have a few lines like

[PATCH v4 13/15] ASoC: codec/dw-hdmi-audio: add codec driver for dw hdmi audio

On Sat, 2015-02-28 at 21:59 -0500, Yakir Yang wrote: > --- /dev/null > +++ b/sound/soc/codecs/dw-hdmi-audio.c > @@ -0,0 +1,379 @@ > +/* > + * dw-hdmi-codec.c Doesn't match the filename. Is this line needed? > + * DesignerWare ALSA SoC DAI driver for DW HDMI audio. > + * Copyright (c) 2014,

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #49 from Gustaw Smolarczyk --- (had to remove "robj->" from the patch). Doesn't help. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH v4 14/15] ASoC: rockchip/rockchip-hdmi-audio: add sound driver for hdmi audio

On Sat, 2015-02-28 at 22:04 -0500, Yakir Yang wrote: > --- /dev/null > +++ b/sound/soc/rockchip/rockchip_hdmi_audio.c > @@ -0,0 +1,169 @@ > +/* > + * rockchip-hdmi-card.c Doesn't match the filename. Is this line needed anyway? > + * > + * ROCKCHIP ALSA SoC DAI driver for HDMI audio on rockchip

[PATCH] drm/i915: Fix trivial typos in comments and warning message

On Sat, Feb 28, 2015 at 05:20:41PM +0100, Yannick Guerrini wrote: > Change 'mutliple' to 'multiple' > Change 'mutlipler' to 'multiplier' > Change 'Haswel' to 'Haswell' > > Signed-off-by: Yannick Guerrini Queued for -next, thanks for the patch. -Daniel > --- >

[git pull] drm fixes

On Sun, Mar 01, 2015 at 05:59:53PM -0800, Linus Torvalds wrote: > On Sun, Mar 1, 2015 at 1:00 PM, Linus Torvalds > wrote: > > > > Back to the drawing board. > > Ok, many hours later, but I found it. > > The bisection was a disaster, having to work around other bugs in this > area, but it ended

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #48 from Maarten Lankhorst --- Created attachment 168571 --> https://bugzilla.kernel.org/attachment.cgi?id=168571=edit flush hdp harder No idea if this does anything, adding a bunch of flushes instead of doing a sleep.. pauses

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #47 from Gustaw Smolarczyk --- With 500us delay, the performance is nearly back to how it was (~70fps). And the pauses are still gone. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 86043] Optimus issue with libdrm 2.4.58

to try non-working libdrm on a kernel without UserPtr support. -- 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/20150302/19b8ee3b/attachment.html>

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #46 from Maarten Lankhorst --- Ok what about udelay(500), should be a smaller pause? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90741] Radeon: System pauses on TAHITI

https://bugzilla.kernel.org/show_bug.cgi?id=90741 --- Comment #45 from Gustaw Smolarczyk --- (In the end I had to use mdelay(50)) The performance was really traumatic (8-11fps). But on a positive side, there seemed to be no pauses. There was one moment when fps dropped to 0 (for ~1/3 of a

  1   2   >