[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 --- Comment #3 from Maxqia --- Yes, I just double checked. With the commit, the displayport audio is warped. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 91600] WoW crashes in OpenGL mode with Mesa, but not with NVIDIA blob

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

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 Maxqia changed: What|Removed |Added Attachment #184611|0 |1 is obsolete|

[PATCH v2 11/11] drm/exynos: remove struct exynos_drm_encoder layer

Hi Inki, 2015-08-07 Inki Dae : > Hi Gustavo, > > On 2015년 08월 06일 22:31, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > struct exynos_drm_encoder was justing wrapping struct drm_encoder, it had > > only a drm_encoder member and the internal exynos_drm_encoders ops that > > was

[PATCH 01/11] drm/exynos: split display's .dpms() into .enable() and .disable()

From: Gustavo Padovan The DRM Core doesn't have a dpms() operation anymore, everything now is enable() or disable(). Signed-off-by: Gustavo Padovan --- v2: set dp->dpms_mode after enable/disable --- drivers/gpu/drm/exynos/exynos_dp_core.c | 36

[Bug 102401] Radeon Displayport Audio Warping

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

[PATCH v2 4/8] drm: rockchip/dp: add rockchip platform dp driver

Hi Heiko, 在 2015/8/10 20:08, Heiko Stübner 写道: > Hi Yakir, > > Am Samstag, 8. August 2015, 11:54:38 schrieb Yakir Yang: +static int rockchip_dp_init(struct rockchip_dp_device *dp) +{ + struct device *dev = dp->dev; + struct device_node *np = dev->of_node; + int

[Bug 91600] WoW crashes in OpenGL mode with Mesa, but not with NVIDIA blob

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/0def5d27/attachment.html>

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 --- Comment #1 from Maxqia --- Created attachment 184611 --> https://bugzilla.kernel.org/attachment.cgi?id=184611=edit Patch Reverting Commit 7726e72b3d6879ee5fc743a230eb6f5afa12844b Seems to fix my issues. -- You are receiving this mail

[PATCH v2 4/8] drm: rockchip/dp: add rockchip platform dp driver

Hi Thierry, 在 2015/8/10 18:00, Thierry Reding 写道: > On Sat, Aug 08, 2015 at 11:54:38AM +0800, Yakir Yang wrote: > [...] >> edp: edp at ff97 { > [...] >> hsync-active-high = <0>; >> vsync-active-high = <0>; >> interlaced = <0>;

[PATCH 2/2] amdgpu: add flag to support 32bit VA address v2

The AMDGPU_VA_RANGE_32_BIT flag is added to request VA range in the 32bit address space for amdgpu_va_range_alloc. The 32bit address space is reserved at initialization time, and managed with a separate VAMGR as part of the global VAMGR. And if no enough VA space available in range above 4GB,

[PATCH 1/2] amdgpu: improve amdgpu_vamgr_init

Make it a generic function independent of the device info. Signed-off-by: Jammy Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_vamgr.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c index ced4f4f..e044dfa

[PATCH RFC 1/5] drm/msm/hdmi: deprecate non standard gpio properties.

On Mon, Aug 10, 2015 at 6:27 PM, Bjorn Andersson wrote: > On Mon 10 Aug 15:07 PDT 2015, Rob Herring wrote: > > [..] >> >> -- qcom,hdmi-tx-ddc-clk-gpio: ddc clk pin >> >> -- qcom,hdmi-tx-ddc-data-gpio: ddc data pin >> >> -- qcom,hdmi-tx-hpd-gpio: hpd pin >> >> +- qcom,hdmi-tx-ddc-clk-gpios: ddc

[Bug 91600] WoW crashes in OpenGL mode with Mesa, but not with NVIDIA blob

type|| -- 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/20150810/6850cb38/attachment.html>

[Bug 91600] WoW crashes in OpenGL mode with Mesa, but not with NVIDIA blob

evel/attachments/20150810/ef6fb8e5/attachment.html>

[PATCH 1/9] drm: bridge/dw_hdmi-ahb-audio: add audio driver

applications (which mainly means Android systems) by default for PCM data. -- 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

[PATCH 1/9] drm: bridge/dw_hdmi-ahb-audio: add audio driver

On Mon, Aug 10, 2015 at 02:23:07PM +0200, Takashi Iwai wrote: > I admit that alsa-lib code is very horrible to follow -- but I guess > the change you'd need for iec958 plugin would be fairly small. We can > add a config option and let iec958 behaving slightly differently > depending on it. Yes,

[PATCH] drm/panel: auo novatek 1080p video mode panel

On Mon, Aug 10, 2015 at 3:54 PM, Bjorn Andersson wrote: > On Fri 07 Aug 09:11 PDT 2015, Rob Clark wrote: > >> On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding >> wrote: >> > On Tue, Jul 21, 2015 at 03:36:02PM -0400, Rob Clark wrote: > [..] >> >> +- compatible: should be "auo,novatek-1080p-vid" >>

[PATCH RFC 1/5] drm/msm/hdmi: deprecate non standard gpio properties.

On Mon, Aug 10, 2015 at 7:45 AM, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 12:59:22PM +0100, Srinivas Kandagatla wrote: >> This patch updates the bindings to discourage the usage of non standard >> gpio properites, this will help in projects focused on upstreaming. > > That last part is an

[PATCH 9/9] drm: bridge/dw_hdmi-i2s-audio: add audio driver

On Sat, Aug 08, 2015 at 05:10:47PM +0100, Russell King wrote: > From: Yakir Yang > > Add ALSA based HDMI I2S audio driver for dw_hdmi. Sound card > driver could connect to this codec through the codec dai name > "dw-hdmi-i2s-audio". > > [Fixed IRQ name, MODULE_DESCRIPTION, MODULE_ALIAS in >

[PATCH 1/2] amdgpu: improve amdgpu_vamgr_init

On Mon, Aug 10, 2015 at 8:26 AM, Jammy Zhou wrote: > Make it a generic function independent of the device info. > > Signed-off-by: Jammy Zhou > Reviewed-by: Christian König Series is: Reviewed-by: Alex Deucher If there are not additional comments, I'll push this in the next couple of days.

[PATCH 2/2] drm/doc: Update docs about device instance setup

On Mon, Aug 10, 2015 at 02:34:18PM +0200, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 02:07:49PM +0200, Daniel Vetter wrote: > > On Mon, Aug 10, 2015 at 01:59:07PM +0200, Thierry Reding wrote: > > > On Mon, Aug 10, 2015 at 11:55:38AM +0200, Daniel Vetter wrote: > > > > ->load is depracated,

Caching of EDID for X server to decrease startup time of X server

On Mon, Aug 10, 2015 at 03:36:13PM +0200, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 02:13:43PM +0100, Chris Wilson wrote: > > On Mon, Aug 10, 2015 at 03:01:49PM +0200, Thierry Reding wrote: > > > Russell and Sascha were discussing this kind of caching in the i.MX > > > driver recently.

[PATCH 2/4] mm/compaction: enable mobile-page migration

On Fri, Jul 31, 2015 at 07:43:09PM +0900, Minchan Kim wrote: > Hi Gioh, > > On Mon, Jul 13, 2015 at 05:35:17PM +0900, Gioh Kim wrote: > > From: Gioh Kim > > > > Add framework to register callback functions and check page mobility. > > There are some modes for page isolation so that isolate

[Intel-gfx] [PATCH mesa v3] i965/gen8+: bo in state base address must be in 32-bit address range

On Mon, Aug 10, 2015 at 2:21 AM, Michel Thierry wrote: > Hi, > > Thanks for the comments, > > On 8/7/2015 11:46 PM, Kristian Høgsberg wrote: >> >> On Fri, Aug 7, 2015 at 2:45 AM, Michel Thierry >> wrote: >>> >>> Gen8+ supports 48-bit virtual addresses, but some objects must always be >>>

Caching of EDID for X server to decrease startup time of X server

On Mon, Aug 10, 2015 at 03:01:49PM +0200, Thierry Reding wrote: > On Sat, Aug 08, 2015 at 10:18:57PM +0200, Paul Menzel wrote: > > Is it correct, that EDID is probed for both outputs? Is that necessary? > > I assume during startup the Linux kernel for example already collected > > this information

[PATCH] drm/amdgpu: remove VI hw bug workaround v3

From: Christian König The workaround simply doesn't work because VM mappings are controlled by userspace not the kernel. Additional to that this is just a performance problem which happens if you have holes in your VM mapping. v2: adjust virtual addr alignment as

[PATCH] radeon: add new OLAND pci id

Signed-off-by: Alex Deucher --- radeon/r600_pci_ids.h | 1 + 1 file changed, 1 insertion(+) diff --git a/radeon/r600_pci_ids.h b/radeon/r600_pci_ids.h index 9d12587..a3b2eac 100644 --- a/radeon/r600_pci_ids.h +++ b/radeon/r600_pci_ids.h @@ -391,6 +391,7 @@ CHIPSET(0x6608, OLAND_6608, OLAND)

Caching of EDID for X server to decrease startup time of X server

part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/2d2d8195/attachment.sig>

[PATCH RFC 4/5] drm/msm/hdmi: deprecate non standard clock-names

suffix from clock names"(https://lkml.org/lkml/2015/8/10/453) I don't have that patch in my inbox. It looks to be doing things backwards (look up the deprecated name first). I think it should be: clk = devm_clk_get(dev, id); if (IS_ERR(clk)) { char clk_name[32]; snprintf(clk_name, sizeof(clk_name), "%s_clk", id); clk = devm_clk_get(dev, clk_name); if (IS_ERR(clk)) return clk; } Also note how I've dropped the ERR_CAST(), that's not useful here because you aren't actually casting, but simply returning clk. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/67f98496/attachment.sig>

[PATCH RFC 1/5] drm/msm/hdmi: deprecate non standard gpio properties.

On Mon 10 Aug 15:07 PDT 2015, Rob Herring wrote: [..] > >> -- qcom,hdmi-tx-ddc-clk-gpio: ddc clk pin > >> -- qcom,hdmi-tx-ddc-data-gpio: ddc data pin > >> -- qcom,hdmi-tx-hpd-gpio: hpd pin > >> +- qcom,hdmi-tx-ddc-clk-gpios: ddc clk pin > >> +- qcom,hdmi-tx-ddc-data-gpios: ddc data pin > > The

[PATCH RFC 2/5] drm/msm/hdmi: make use of standard gpio properties.

free. There's really no need for having a duplicate of what gpiod_get() already does for you. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/9f82e041/attachment.sig>

Caching of EDID for X server to decrease startup time of X server

We have already added a patch, in I915 driver, which caches the EDID, in connector, and releases it only after a hot unplug. The patch is under review, but may be the same logic can be reused here. The problem is, every time we have a connector->detect() call, most of the driver re-read the

[PATCH v2 4/8] drm: rockchip/dp: add rockchip platform dp driver

uot;dp-phy" && "dp-phy-24m". I agree that dealing with these in a PHY driver sounds like the better option. However, I still think that the dp-phy prefix is redundant. The names are in a per-driver scope, so "dp-phy" is implied by the device tree binding and driver already. You could simply use shorter names such as "phy" and "24m" for example. Also note that the clock provider will already have the proper names for these, so the clock tree will end up showing the provider names. The names in the binding are merely the "consumer" names. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/3d54c596/attachment-0001.sig>

Caching of EDID for X server to decrease startup time of X server

e been added with another device > file. > [ 231.685] (II) config/udev: Adding input device PC Speaker > (/dev/input/event5) > [ 231.685] (II) No input driver specified, ignoring this device. > [ 231.685] (II) This device may have been added with another device > file. > [ 231.904] (II) evdev: Logitech Logitech USB Keyboard: Close > [ 231.905] (II) UnloadModule: "evdev" > [ 231.905] (II) evdev: Logitech Logitech USB Keyboard: Close > [ 231.905] (II) UnloadModule: "evdev" > [ 231.905] (II) evdev: HID 04d9:1133: Close > [ 231.905] (II) UnloadModule: "evdev" > [ 231.905] (II) evdev: Power Button: Close > [ 231.905] (II) UnloadModule: "evdev" > [ 231.905] (II) evdev: Power Button: Close > [ 231.905] (II) UnloadModule: "evdev" > [ 231.922] (EE) Server terminated successfully (0). Closing log file. > > Taking the line below as the end of the startup, > > [ 231.685] (II) This device may have been added with another device > file. > > starting up takes 450 ms. > > It seems to take 240 ms from loading the Radeon module to the message below. > > [ 231.481] (II) [KMS] Kernel modesetting enabled. > > Another 100 ms are used up, in the lines below. > > [ 231.481] (II) RADEON(0): SwapBuffers wait for vsync: enabled > [ 231.504] (II) RADEON(0): Output VGA-0 has no monitor section > [ 231.534] (II) RADEON(0): Output DVI-0 has no monitor section > [ 231.556] (II) RADEON(0): EDID for output VGA-0 > [ 231.586] (II) RADEON(0): EDID for output DVI-0 > [ 231.586] (II) RADEON(0): Manufacturer: SAM Model: 194 Serial#: > 1112092985 > > Is it correct, that EDID is probed for both outputs? Is that necessary? > I assume during startup the Linux kernel for example already collected > this information and if no change of monitor/output is detected, the > EDID should be the same, right? > > Is that already implement and I just need to apply the correct > configuration? > > Any suggestions on how to decrease the startup time for the X server > are much appreciated. Russell and Sascha were discussing this kind of caching in the i.MX driver recently. Adding both for visibility. Also not trimming the quote in case they don't have the original. It sounds like this could be useful to have in the core. As I understand it, hotplug detection is pretty well specified for more modern display interfaces (like HDMI and DisplayPort), so I think caching of this sort could work for those. However, I think some older interfaces such as VGA (or perhaps even DVI as well) don't have reliable hotplug detection and hence would need to be able to force reading the EDID. Still, perhaps a connector flag could be introduced to enable caching on a per-connector basis, and then we should be able to deal with this in the DRM core, rather than have per-driver quirks. Russell, Sascha, any comments? Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/eb67fffc/attachment-0001.sig>

[PATCH] drm: Remove two-level menu in Kconfig

uot;drivers/video/fbdev/Kconfig" >>> >> >> Thanks, queued for 4.3. > > Oops failed to send out my usual mail, but I picked this already up in > topic/drm-misc. Ok, dropping this from fbdev tree. 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/20150810/0a105b00/attachment-0001.sig>

[PATCH RFC 4/5] drm/msm/hdmi: deprecate non standard clock-names

ounterpart of this to accept the new names? Otherwise people could be switching the DTS to the new value, but the driver won't find the clocks it's looking for. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/b7afdf1c/attachment.sig>

[PATCH RFC 2/5] drm/msm/hdmi: make use of standard gpio properties.

On 10/08/15 14:26, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 02:15:18PM +0100, Srinivas Kandagatla wrote: >> >> >> On 10/08/15 13:38, Thierry Reding wrote: >>> On Mon, Aug 10, 2015 at 12:59:34PM +0100, Srinivas Kandagatla wrote: This patch modifies the driver to support standard gpio

[PATCH RFC 1/5] drm/msm/hdmi: deprecate non standard gpio properties.

es, so having them in the binding will at best be distracting. Anyway, I don't know if there's been any advice on this from the device tree bindings maintainers, so adding devicetree at vger.kernel.org for visibility. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/2b5ab5b3/attachment-0001.sig>

[PATCH RFC 4/5] drm/msm/hdmi: deprecate non standard clock-names

On 10/08/15 14:33, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 02:18:15PM +0100, Srinivas Kandagatla wrote: >> >> >> On 10/08/15 13:49, Thierry Reding wrote: >>> On Mon, Aug 10, 2015 at 12:59:49PM +0100, Srinivas Kandagatla wrote: This patch updates the bindings to discourage the usage

[PATCH RFC 2/5] drm/msm/hdmi: make use of standard gpio properties.

of duplicating what is essentially already implemented in gpiolib? Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/374fc867/attachment.sig>

[PATCH 2/2] drm/doc: Update docs about device instance setup

y forward would be to tell driver writers that they should be doing subsystem-level setup between drm_dev_alloc() and drm_dev_register(). Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/86959f42/attachment.sig>

[PATCH 1/9] drm: bridge/dw_hdmi-ahb-audio: add audio driver

On Mon, 10 Aug 2015 12:39:21 +0200, Russell King - ARM Linux wrote: > > On Mon, Aug 10, 2015 at 12:05:07PM +0200, Takashi Iwai wrote: > > On Sat, 08 Aug 2015 18:10:06 +0200, > > Russell King wrote: > > > +static irqreturn_t snd_dw_hdmi_irq(int irq, void *data) > > > +{ > > > + struct snd_dw_hdmi

[PATCH 00/12] dw-hdmi development

L: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/867cb263/attachment.sig>

[PATCH RFC 4/5] drm/msm/hdmi: deprecate non standard clock-names

On 10/08/15 13:49, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 12:59:49PM +0100, Srinivas Kandagatla wrote: >> This patch updates the bindings to discourage the usage of non standard >> clock names, this will help in projects focused on upstreaming. >> >> These deprecated properties are

[PATCH RFC 2/5] drm/msm/hdmi: make use of standard gpio properties.

On 10/08/15 13:38, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 12:59:34PM +0100, Srinivas Kandagatla wrote: >> This patch modifies the driver to support standard gpio properties along >> with deprecated properties. This will help us upstream and cleanup the >> non-standard properties over

Caching of EDID for X server to decrease startup time of X server

On Mon, Aug 10, 2015 at 03:01:49PM +0200, Thierry Reding wrote: > Russell and Sascha were discussing this kind of caching in the i.MX > driver recently. Adding both for visibility. Also not trimming the quote > in case they don't have the original. > > It sounds like this could be useful to have

[PATCH] drm/atomic: Call ww_acquire_done after check phase is complete

On Thu, Aug 06, 2015 at 03:06:40PM +0200, Daniel Vetter wrote: > We want to make sure that no one tries to acquire more locks and > states, and ww mutexes provide debug facilities for that. So use them. > > v2: Only call acquire_done when ->atomic_check was successful to avoid > falling over an

[PATCH] drm/atomic: Paper over locking WARN in default_state_clear

On Fri, Jul 31, 2015 at 03:41:15PM +0200, Daniel Vetter wrote: > On Fri, Jul 31, 2015 at 10:34:43AM +0200, Maarten Lankhorst wrote: > > Hey, > > > > Op 29-07-15 om 12:51 schreef Daniel Vetter: > > > In > > > > > > commit 6f75cea66c8dd043ced282016b21a639af176642 > > > Author: Daniel Vetter > > >

[PATCH] drm/i915: Use CONFIG_DRM_FBDEV_EMULATION

On Mon, Aug 10, 2015 at 01:48:53PM +0200, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 01:34:08PM +0200, Daniel Vetter wrote: > > Instead of our own duplicated one. This fixes a bug in the driver > > unload code if DRM_FBDEV_EMULATION=n but DRM_I915_FBDEV=y because we > > try to unregister the

[PATCH v2 4/8] drm: rockchip/dp: add rockchip platform dp driver

Hi Yakir, Am Samstag, 8. August 2015, 11:54:38 schrieb Yakir Yang: > >> +static int rockchip_dp_init(struct rockchip_dp_device *dp) > >> +{ > >> + struct device *dev = dp->dev; > >> + struct device_node *np = dev->of_node; > >> + int ret; > >> + > >> + dp->grf =

[PATCH 1/2] drm/edid: Use ARRAY_SIZE in drm_add_modes_noedid

On Mon, Aug 10, 2015 at 01:57:21PM +0200, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 11:55:37AM +0200, Daniel Vetter wrote: > > Spotted while reading code for random reasons. > > > > Signed-off-by: Daniel Vetter > > --- > > drivers/gpu/drm/drm_edid.c | 2 +- > > 1 file changed, 1

[PATCH 2/2] drm/doc: Update docs about device instance setup

On Mon, Aug 10, 2015 at 01:59:07PM +0200, Thierry Reding wrote: > On Mon, Aug 10, 2015 at 11:55:38AM +0200, Daniel Vetter wrote: > > ->load is depracated, bus functionst are deprecated and everyone > > should use drm_dev_alloc > > Why would you want to deprecated ->load()? Even if you use >

[PATCH 00/18] dev->struct_mutex crusade

On Mon, Aug 10, 2015 at 01:35:58PM +0200, Thierry Reding wrote: > On Thu, Jul 09, 2015 at 11:32:32PM +0200, Daniel Vetter wrote: > > Hi all, > > > > I wanted to take another look at struct_mutex usage in modern (gem) drivers > > and > > noticed that for a fair lot we're very to be completely

[PATCH 2/2] drm/doc: Update docs about device instance setup

-devel/attachments/20150810/6fff2876/attachment.sig>

[PATCH] intel: Add new resource streamer interface

Signed-off-by: Abdiel Janulgue --- include/drm/i915_drm.h | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h index ded43b1..73ed1bf 100644 --- a/include/drm/i915_drm.h +++ b/include/drm/i915_drm.h @@ -350,6 +350,7 @@ typedef

[PATCH 1/2] drm/edid: Use ARRAY_SIZE in drm_add_modes_noedid

ry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/8858ba09/attachment.sig>

[PATCH 00/18] dev->struct_mutex crusade

is just one part). Sorry if I was being unclear. I wasn't suggesting adding the lock to struct drm_mm, but rather add a driver-specific one specifically to serialize accesses to the drm_mm. I agree that it's better to do this in a driver-specific way because other structures may need to be protected by the same lock. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/4a0b5d9e/attachment.sig>

[PATCH] drm/i915: Use CONFIG_DRM_FBDEV_EMULATION

y, though, so perhaps this is just a bullet that needs biting. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/7032657b/attachment.sig>

[PATCH] intel: Add new resource streamer interface

On Mon, Aug 10, 2015 at 01:58:37PM +0300, Abdiel Janulgue wrote: > Signed-off-by: Abdiel Janulgue This header should be generated from the kernel version using make headers_install, and hence should reference from which kernel version (drm-intel-next tag or release tag) this has been generated

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux

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

[PATCH] drm: Remove two-level menu in Kconfig

On Mon, Aug 10, 2015 at 01:32:08PM +0300, Tomi Valkeinen wrote: > > > On 07/08/15 19:10, Thierry Reding wrote: > > From: Thierry Reding > > > > The Direct Rendering Manager Kconfig option is already a separate menu, > > so remove the extra level to make it easier to navigate. > > > >

[PATCH 03/18] drm/gem: Be more friendly with locking checks

On Mon, Aug 10, 2015 at 12:42:30PM +0200, Thierry Reding wrote: > On Thu, Jul 09, 2015 at 11:32:35PM +0200, Daniel Vetter wrote: > > BUG_ON kills the driver, WARN_ON is much friendly. And usually nothing > > bad happens when the locking is lightly busted. > > s/much friendly/much friendlier/,

[PATCH 1/2] drm/tegra: don't take dev->struct_mutex in mmap offset ioctl

to keep them together, that's fine with me too. Thanks, Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/3b04f067/attachment.sig>

[PATCH 00/18] dev->struct_mutex crusade

ytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/2dce169e/attachment-0001.sig>

[PATCH] drm/i915: Use CONFIG_DRM_FBDEV_EMULATION

Instead of our own duplicated one. This fixes a bug in the driver unload code if DRM_FBDEV_EMULATION=n but DRM_I915_FBDEV=y because we try to unregister the nonexistent fbdev drm_framebuffer. Cc: Archit Taneja Cc: Maarten Lankhorst Reported-by: Maarten Lankhorst Signed-off-by: Daniel Vetter

[PATCH 01/18] drm/gem: rip out drm vma accounting for gem mmaps

art -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/a46d55fc/attachment.sig>

[PATCH] drm: Remove two-level menu in Kconfig

deo/fbdev/Kconfig" > Thanks, queued for 4.3. 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/20150810/b7507f89/attachment.sig>

[PATCH 1/2] drm/tegra: don't take dev->struct_mutex in mmap offset ioctl

On Mon, Aug 10, 2015 at 12:30:21PM +0200, Thierry Reding wrote: > On Wed, Jul 15, 2015 at 03:38:51PM +0200, Daniel Vetter wrote: > > Since David Herrmann's mmap vma manager rework we don't need to grab > > dev->struct_mutex any more to prevent races when looking up the mmap > > offset. Drop it and

[PATCH 18/18] drm/amdgpu: don't grab dev->struct_mutex in pm functions

ewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/cb253f64/attachment-0001.sig>

[PATCH 16/18] drm/radeon: Don't take dev->struct_mutex in pm functions

ication/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/329a5ebe/attachment.sig>

[PATCH 15/18] drm/radeon: Don't take dev->struct_mutex in bo_force_delete

ation/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/39991da6/attachment.sig>

[PATCH 14/18] drm/qxl: Don't take dev->struct_mutex in bo_force_delete

ot available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/cae20c23/attachment.sig>

[PATCH RFC 5/5] drm/msm/hdmi: remove _clk suffix from clock names.

This patch modifies the driver to support clock names without _clk suffix, usage of clk names with _clk suffix seems to be non-standard and picked up everytime in DT patch review. So lets fix this and make the other clk names deprecated till we decide to remove them forever. Signed-off-by:

[PATCH RFC 4/5] drm/msm/hdmi: deprecate non standard clock-names

This patch updates the bindings to discourage the usage of non standard clock names, this will help in projects focused on upstreaming. These deprecated properties are still supported but will be remove over the time. Signed-off-by: Srinivas Kandagatla ---

[PATCH 13/18] drm/nouveau: Don't take dev->struct_mutex in ttm_fini

hives/dri-devel/attachments/20150810/2b0aa918/attachment.sig>

[PATCH RFC 3/5] drm/msm/hdmi: update bindings to include clock-names.

This patch updates the bindings to include the clock names used in the driver, this would make it easy to add deprecated warning once we move to use standard clock properties. Signed-off-by: Srinivas Kandagatla --- Documentation/devicetree/bindings/drm/msm/hdmi.txt | 13 + 1 file

[PATCH RFC 2/5] drm/msm/hdmi: make use of standard gpio properties.

This patch modifies the driver to support standard gpio properties along with deprecated properties. This will help us upstream and cleanup the non-standard properties over the time. Signed-off-by: Srinivas Kandagatla --- drivers/gpu/drm/msm/hdmi/hdmi.c | 35 +--

[PATCH 12/18] drm/nouveau: Don't take dev->struct_mutex in fbcon init

9 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/dc441815/attachment.sig>

[PATCH RFC 1/5] drm/msm/hdmi: deprecate non standard gpio properties.

This patch updates the bindings to discourage the usage of non standard gpio properites, this will help in projects focused on upstreaming. These deprecated properties are still supported but will be remove over the time. Signed-off-by: Srinivas Kandagatla ---

[PATCH 11/18] drm/armada: Don't grab dev->struct_mutex for in mmap offset ioctl

t; 1 file changed, 4 insertions(+), 7 deletions(-) Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/aa993589/attachment.sig>

[PATCH RFC 0/5] drm/msm/hdmi: DT bindings cleanup

Hi Rob, Almost every time when we submit the DT changes for hdmi, we are asked why are we using non-standard dt properties. This patchset marks the old style dt properties as deprecated, and let the driver support latest *-gpios and clk names properties. This should allow us to submit the DT

[PATCH 10/18] drm/rockchip: Don't grab dev->struct_mutex for in mmap offset ioctl

text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/63d340dd/attachment-0001.sig>

[PATCH 01/12] drm/amdgpu: add amd_gnb_bus support

bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/ccb8ab36/attachment-0001.sig>

[PATCH] drm/panel: auo novatek 1080p video mode panel

On Fri 07 Aug 09:11 PDT 2015, Rob Clark wrote: > On Fri, Aug 7, 2015 at 9:19 AM, Thierry Reding > wrote: > > On Tue, Jul 21, 2015 at 03:36:02PM -0400, Rob Clark wrote: [..] > >> +- compatible: should be "auo,novatek-1080p-vid" > > > > This looks a little generic for a compatible string. Can't

[PATCH 09/18] drm/cma-helper: Don't grab dev->struct_mutex for in mmap offset ioctl

-- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/16d2099b/attachment.sig>

[PATCH 08/18] drm/cirrus: Don't grab dev->struct_mutex for in mmap offset ioctl

ttachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/fcf7c466/attachment.sig>

[PATCH 00/18] dev->struct_mutex crusade

On Mon, Aug 10, 2015 at 01:35:58PM +0200, Thierry Reding wrote: > On Thu, Jul 09, 2015 at 11:32:32PM +0200, Daniel Vetter wrote: > > Hi all, > > > > I wanted to take another look at struct_mutex usage in modern (gem) drivers > > and > > noticed that for a fair lot we're very to be completely

[PATCH 17/18] drm/amdgpu: Don't take dev->struct_mutex in bo_force_delete

eon/ Otherwise: Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/ba02b5e1/attachment.sig>

[PATCH 07/18] drm/mga200g: Hold a proper reference for cursor_set

-- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/5e07bfd0/attachment.sig>

[PATCH 06/18] drm/mga200g: Don't grab dev->struct_mutex for in mmap offset ioctl

ttachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/db571af9/attachment.sig>

[PATCH 04/18] drm/ast: Don't grab dev->struct_mutex for in mmap offset ioctl

crubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/611c239a/attachment.sig>

[PATCH 05/18] drm/bochs: Don't grab dev->struct_mutex for in mmap offset ioctl

crubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/85732c7e/attachment-0001.sig>

[PATCH 03/18] drm/gem: Be more friendly with locking checks

Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/1cc29dea/attachment.sig>

[PATCH 02/18] drm/cma-helper: Fix locking in drm_fb_cma_debugfs_show

changed, 2 insertions(+), 16 deletions(-) Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/98267768/attachment.sig>

[PATCH 1/2] drm/tegra: don't take dev->struct_mutex in mmap offset ioctl

*file, > struct drm_device *drm, > > drm_gem_object_unreference(gem); > > - mutex_unlock(>struct_mutex); > - > return 0; > } > > -- > 2.1.4 > -- next part -- A non-text attachment was scrubbed... Name: signature

[PATCH 11/18] drm/armada: Don't grab dev->struct_mutex for in mmap offset ioctl

On Thu, Jul 09, 2015 at 11:32:43PM +0200, Daniel Vetter wrote: > Since David Herrmann's mmap vma manager rework we don't need to grab > dev->struct_mutex any more to prevent races when looking up the mmap > offset. Drop it and instead don't forget to use the unref_unlocked > variant (since the drm

[PATCH 1/9] drm: bridge/dw_hdmi-ahb-audio: add audio driver

On Sat, 08 Aug 2015 18:10:06 +0200, Russell King wrote: > > Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer > format supported by the hardware is its own special IEC958 based format, > which is not compatible with any ALSA format. To avoid doing too much > data manipulation

[PATCH v2 4/8] drm: rockchip/dp: add rockchip platform dp driver

fixes are irrelevant. Also they do appear, in DT and in code, in the context of clocks already, so "sclk_" or "clk_" is completely redundant in these names. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150810/80d87f4c/attachment.sig>

[PATCH 2/2] drm/doc: Update docs about device instance setup

->load is depracated, bus functionst are deprecated and everyone should use drm_dev_alloc So update the .tmpl (and pull a bunch of the overview docs into the sourcecode to increase chances that it'll stay in sync in the future) and add notes to functions which are deprecated. I didn't bother to

  1   2   >