[PATCH 2/2] drm/amd/powerplay/hwmgr: don't add invalid voltage

if atomctrl_get_voltage_evv_on_sclk returns non zero (fail) in the expansion of the PP_ASSERT_WITH_CODE macro the continue will actually do nothing (The macro uses a do ... while(0) as scope, which eats the continue). Based on the code I don't think this was the intent. Unfortunately fixing this

[PATCH 1/2] drm/amd/powerplay/hwmgr: prevent VDDC from exceeding 2V

If the tonga gpu is controlled by SVID2 tonga_get_evv_voltage will only print an error if the voltage exceeds 2V although a comment clearly states that it needs be less than 2V. --- drivers/gpu/drm/amd/powerplay/hwmgr/tonga_hwmgr.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[PATCH 0/2] tonga_get_evv_voltage error handling fixes

I got myself a 380X recently and started reading random mesa and kernel code in the hopes that I would find something that I can fix or improve, and something actually caught my eye. Some of the error handling in tonga_get_evv_voltage just seemed of and based on the comments I think the patches

[RFC 6/8] drm/fence: create DRM_MODE_ATOMIC_OUT_FENCE flag

On Thu, Apr 14, 2016 at 9:29 PM, Gustavo Padovan wrote: > From: Gustavo Padovan > > This flag tells drm_atomic_ioctl that we want to get a per-crtc out-fence > fd back. > > Signed-off-by: Gustavo Padovan > --- > include/uapi/drm/drm_mode.h | 4 +++- > 1 file changed, 3 insertions(+), 1

[PATCH] drm/i915/vlv: Enable/disable VGA hotplugging properly

On Tue, Mar 29, 2016 at 04:46:30PM -0400, Lyude wrote: > On Valleyview, VGA hotplugging is controlled through a seperate register > than everything else, VLV_ADPA, which must be explicitly set. > > While VGA hotplugging worked(ish) before, it looks like that was mainly > because we'd

[Bug 94726] [Tonga] ARK: Survival Evolved crashes on savegame load. Out of Memory

ent was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/1451327f/attachment-0001.html>

[PATCH v3 0/7] drm/i2c: adv7511: ADV7533 support

Hi Laurent, On 3/9/2016 4:27 PM, Archit Taneja wrote: > ADV7533 is a DSI to HDMI encoder chip. It's like ADV7511, but with an > additional DSI RX block that takes in DSI video mode output. > > Trying to get this driver merged has had some challenges: > > - ADV7533 has an I2C control bus, but acts

[PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On 4/13/2016 11:58 AM, Vinay Simha BN wrote: > Add support for the JDI lt070me05000 WUXGA DSI panel used in > Nexus 7 2013 devices. > > Programming sequence for the panel is was originally found in the > android-msm-flo-3.4-lollipop-release branch from: >

[PATCH v5 3/4] drm/dp_helper: Perform throw-away read before actual read in drm_dp_dpcd_read()

On Wed, Apr 13, 2016 at 10:58:32AM -0400, Lyude wrote: > This is part of a patch series to migrate all of the workarounds for > commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to drm's > DP helper. > > Some sinks will just return garbage for the first aux tranaction they >

[RFC 8/8] drm/fence: add out-fences support

From: Gustavo Padovan Support DRM out-fences creating a sync_file with a fence for each crtc update with the DRM_MODE_ATOMIC_OUT_FENCE flag. We then send an struct drm_out_fences array with the out-fences fds back in the drm_atomic_ioctl() as an out arg in the

[RFC 7/8] drm/fence: create per-crtc sync_timeline

From: Gustavo Padovan Add one timeline per-crtc that will be use to handle fence signalling to userspace via sync_files. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_crtc.c | 9 + include/drm/drm_crtc.h | 4 2 files changed, 13

[RFC 6/8] drm/fence: create DRM_MODE_ATOMIC_OUT_FENCE flag

From: Gustavo Padovan This flag tells drm_atomic_ioctl that we want to get a per-crtc out-fence fd back. Signed-off-by: Gustavo Padovan --- include/uapi/drm/drm_mode.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[RFC 5/8] drm/fence: add fence to drm_pending_event

From: Gustavo Padovan Now a drm_pending_event can either send a real drm_event or signal a fence, or both. It allow us to signal via fences when the buffer is displayed on the screen. Which in turn means that the previous buffer is not in use anymore and can be

[RFC 4/8] drm/fence: add in-fences support

From: Gustavo Padovan There is now a new property called FENCE_FD attached to every plane state that receives the sync_file fd from userspace via the atomic commit IOCTL. The fd is then translated to a fence (that may be a fence_collection subclass or just a

[RFC 3/8] drm/fence: allow fence waiting to be interrupted by userspace

From: Gustavo Padovan If userspace is running an synchronously atomic commit and interrupts the atomic operation during fence_wait() it will hang until the timer expires, so here we change the wait to be interruptible so it stop immediately when userspace wants

[RFC 2/8] dma-buf/sync_file: add sync_file_fences_get()

From: Gustavo Padovan Creates a function that given an sync file descriptor returns a fence_collection containing all fences in the sync_file. If there is only one fence in the sync_file this fence itself is returned, however if there is more than one, a

[RFC 1/8] dma-buf/fence: add fence_collection fences

From: Gustavo Padovan struct fence_collection inherits from struct fence and carries a collection of fences that needs to be waited together. It is useful to translate a sync_file to a fence to remove the complexity of dealing with sync_files from DRM drivers.

[RFC 0/8] drm: explicit fencing support

From: Gustavo Padovan Hi, Currently the Linux Kernel only have an implicit fencing mechanism where the fence are attached directly to buffers and userspace is unaware of what is happening. On the other hand explicit fencing which is not supported yet by Linux

[Bug 76490] Hang during boot when DPM is on (R9 270X)

n > within my abilities to collect, and test any potential fixes. Does this attached patch help? -- 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/20160414/f04f434e/attachment.html>

[PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

Thierry Reding, Thanks for the review. Will address your reviews and resend the patches. On Wed, Apr 13, 2016 at 7:19 PM, Thierry Reding wrote: > On Wed, Apr 13, 2016 at 11:58:04AM +0530, Vinay Simha BN wrote: >> Add support for the JDI lt070me05000 WUXGA DSI panel used in >> Nexus 7 2013

[Bug 93144] [radeonsi] Alien: Isolation feature request

freedesktop.org/archives/dri-devel/attachments/20160414/f21eb6c8/attachment.html>

[PATCH 1/2] drm/amdgpu: group BOs by log2 of the size on the LRU

Am 14.04.2016 um 16:25 schrieb Christian König: > Am 14.04.2016 um 16:23 schrieb Alex Deucher: >> On Thu, Apr 14, 2016 at 8:54 AM, Christian König >> wrote: >>> From: Christian König >>> >>> This allows us to have small BOs on the LRU before big ones. >>> >>> Signed-off-by: Christian König

[PATCH 2/2] drm/amd/powerplay/hwmgr: don't add invalid voltage

Hi Moritz, 2016-04-14 Moritz Kühner : > if atomctrl_get_voltage_evv_on_sclk returns non zero (fail) in the expansion > of the PP_ASSERT_WITH_CODE macro the continue will actually do nothing > (The macro uses a do ... while(0) as scope, which eats the continue). > Based on the code I don't think

[Bug 76490] Hang during boot when DPM is on (R9 270X)

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

[Bug 94933] [RV610] Freeze when turning on an external monitor after resume from suspend

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

[Bug 76490] Hang during boot when DPM is on (R9 270X)

nn -- 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/20160414/86501ced/attachment-0001.html>

[Bug 76490] Hang during boot when DPM is on (R9 270X)

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/9a680bf2/attachment.html>

[Bug 116251] radeon 5a427809cd9143bef89ee3110f45e84f37484218 "drm/radeon: disable runtime pm on PX laptop" makes dGPU never stop

https://bugzilla.kernel.org/show_bug.cgi?id=116251 --- Comment #4 from Alex Deucher --- Created attachment 212711 --> https://bugzilla.kernel.org/attachment.cgi?id=212711=edit possible fix Please apply this patch on top of the patches from bug 115321. -- You are receiving this mail because:

[PATCH] include/drm: Reword debug categories comment.

On Thu, Apr 14, 2016 at 10:34:16AM -0400, robert.foss at collabora.com wrote: > From: Robert Foss > > The debug category comment mentions 4 categories, but > more than 4 categories are listed. Let's change the > wording to something a bit more generic. > > Signed-off-by: Robert Foss Applied

[PATCH 05/14] drm/msm: use drm_crtc_send_vblank_event()

On Thu, Apr 14, 2016 at 1:48 PM, Gustavo Padovan wrote: > From: Gustavo Padovan > > Replace the legacy drm_send_vblank_event() with the new helper function. > > Signed-off-by: Gustavo Padovan thanks, shall I take this via msm-next for 4.7, I assume? Looks like no dependency on drm-core

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

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

[Bug 94249] Topaz GPU not working correctly

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

[PATCH v14 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

{ > + dev_err(dev, "failed i2c dummy device, address%02x\n", > + client->addr + i); > + ret = -EBUSY; > + goto exit_dummy; > + } > + } > + i2c_set_clientdata(client, ps_bridge); > + > + ret = sysfs_create_group(>dev.kobj, _attr_group); > + if (ret) { > + dev_err(dev, "failed to create sysfs entries: %d\n", ret); > + goto exit_dummy; > + } > + > + ret = devm_add_action(dev, ps8640_remove_sysfs_group, ps_bridge); > + if (ret) { > + dev_err(dev, "failed to add sysfs cleanup action: %d\n", ret); > + goto exit_remove_sysfs; > + } > + return 0; > + > +exit_remove_sysfs: > + sysfs_remove_group(_bridge->page[0]->dev.kobj, _attr_group); > +exit_dummy: > + for (i = 1; i < 8; i++) > + if (ps_bridge->page[i]) > + i2c_unregister_device(ps_bridge->page[i]); Might be better to make this into something like: while (--i) i2c_unregister_device(ps_bridge->page[i]); That way you can omit the check for valid page because you only unregister the ones you've successfully registered before. > + i2c_unregister_device(ps_bridge->ddc_i2c); > +exit_ddc_i2c_dummy: > + drm_bridge_remove(_bridge->bridge); > + return ret; > +} > + > +static int ps8640_remove(struct i2c_client *client) > +{ > + struct ps8640 *ps_bridge = i2c_get_clientdata(client); > + int i; > + > + for (i = 1; i < 8; i++) > + i2c_unregister_device(ps_bridge->page[i]); > + > + i2c_unregister_device(ps_bridge->ddc_i2c); > + drm_bridge_remove(_bridge->bridge); > + > + return 0; > +} The ordering here should be the reverse of that in ->probe(). > + > +static const struct i2c_device_id ps8640_i2c_table[] = { > + {"parade,ps8640", 0}, > + {}, Spaces after { and before }. Also is this really correct? I thought for I2C device IDs we didn't need a vendor prefix. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/3536b114/attachment-0001.sig>

[PATCH 1/2] drm/amdgpu: group BOs by log2 of the size on the LRU

Am 14.04.2016 um 16:23 schrieb Alex Deucher: > On Thu, Apr 14, 2016 at 8:54 AM, Christian König > wrote: >> From: Christian König >> >> This allows us to have small BOs on the LRU before big ones. >> >> Signed-off-by: Christian König > Have you done any benchmarking to see how much this

[RESEND][PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

Add support for the JDI lt070me05000 WUXGA DSI panel used in Nexus 7 2013 devices. Programming sequence for the panel is was originally found in the android-msm-flo-3.4-lollipop-release branch from: https://android.googlesource.com/kernel/msm.git And video mode setting is from

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

Hi Emil, On 14/04/16 16:06, Emil Velikov wrote: > Hi Enric, > > On 14 April 2016 at 14:42, Enric Balletbo i Serra > wrote: >> The patch was implemented first without OR'ing error codes. The reason why I >> changed this is because I received the comments that checking the error on >> every

[PATCH] drm/radeon: Allow setting shader registers using DMA/COPY packet3 on SI.

Signed-off-by: Bas Nieuwenhuizen --- I don't have the right hardware, so this is only compile tested. drivers/gpu/drm/radeon/radeon_drv.c | 3 ++- drivers/gpu/drm/radeon/si.c | 4 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_drv.c

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

Hi Thierry, Many thanks for answering and do this accurate report. I'd add a comment on something you (see below). Apart from this I'll add your changes and send a new version. On 14/04/16 15:10, Thierry Reding wrote: > On Fri, Apr 08, 2016 at 02:52:52PM +0200, Enric Balletbo i Serra wrote: >>

[Bug 94933] [RV610] Freeze when turning on an external monitor after resume from suspend

e: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/f58e5cb8/attachment-0001.html>

[Bug 93144] [radeonsi] Alien: Isolation feature request

e: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/2348fd98/attachment.html>

[Bug 115321] radeon runpm falsely disabled on Clevo P170EM

https://bugzilla.kernel.org/show_bug.cgi?id=115321 --- Comment #3 from Christoph Haag --- It does work for my laptop, so thanks for that. I guess if it was possible to test at runtime for it you'd have done it, so we can only hope that there are no other laptops with this problem.. -- You are

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

ve addresses of ANX7814 */ > + for (i = 0; i < I2C_NUM_ADDRESSES; i++) { > + anx78xx->i2c_dummy[i] = i2c_new_dummy(client->adapter, > + anx78xx_i2c_addresses[i] >> 1); > + if (!anx78xx->i2c_dummy[i]) { > + err = -ENOMEM; > + DRM_ERROR("Failed to reserve i2c bus %02x.\n", > + anx78xx_i2c_addresses[i]); > + goto err_unregister_i2c; > + } > + > + anx78xx->map[i] = devm_regmap_init_i2c(anx78xx->i2c_dummy[i], > +_regmap_config); > + if (IS_ERR(anx78xx->map[i])) { > + err = PTR_ERR(anx78xx->map[i]); > + DRM_ERROR("Failed regmap initialization %02x.\n", > + anx78xx_i2c_addresses[i]); > + goto err_unregister_i2c; > + } > + } That's quite some overhead merely to use regmap... Perhaps there's room to enhance regmap-i2c to support multiple addresses for the same device? > +static int anx78xx_i2c_remove(struct i2c_client *client) > +{ > + struct anx78xx *anx78xx = i2c_get_clientdata(client); > + > + drm_bridge_remove(>bridge); > + > + unregister_i2c_dummy_clients(anx78xx); > + > + kfree(anx78xx->edid); > + anx78xx->edid = NULL; The memory pointed at by anx78xx will be freed a couple of instructions later, there's no need to set ->edid to NULL. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/d419807f/attachment-0001.sig>

[PATCH v3 3/3] drm: bridge: anx78xx: Add anx78xx driver support.

Hi Enric, On 14 April 2016 at 14:42, Enric Balletbo i Serra wrote: > The patch was implemented first without OR'ing error codes. The reason why I > changed this is because I received the comments that checking the error on > every regmap_* didn't help the readability of the driver and is likely

[PATCH v8 02/10] drm/hisilicon: Add hisilicon kirin drm master driver

Hi Emil, On 13 April 2016 at 20:15, Emil Velikov wrote: > Hi Xinliang, > > On 11 April 2016 at 09:55, Xinliang Liu wrote: > >> +static int kirin_drm_connectors_register(struct drm_device *dev) >> +{ >> + struct drm_connector *connector; >> + struct drm_connector *failed_connector;

[PATCH 08/10] drm: Forbid legacy MAP functions for DRIVER_MODESET

On 14 April 2016 at 11:06, Daniel Vetter wrote: > On Wed, Mar 30, 2016 at 11:39:01AM +0100, Emil Velikov wrote: >> On 30 March 2016 at 10:45, Daniel Vetter wrote: >> > Like in >> > >> > commit 0e975980d435d58df2d430d688b8c18778b42218 >> > Author: Peter Antoine >> > Date: Tue Jun 23 08:18:49

[PATCH 2/2] drm/amdgpu: remove sorting of CS BOs

From: Christian König Not needed any more. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 23 --- 1 file changed, 23 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c

[PATCH 1/2] drm/amdgpu: group BOs by log2 of the size on the LRU

From: Christian König This allows us to have small BOs on the LRU before big ones. Signed-off-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 11 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 59 +++-- 2 files

[PATCH v8 10/10] MAINTAINERS: Add maintainer for hisilicon DRM driver

On 13 April 2016 at 19:54, Emil Velikov wrote: > Hi Xinliang, > > On 11 April 2016 at 09:55, Xinliang Liu wrote: >> Add maintainer and reviewer for hisilicon DRM driver. >> >> v8: None. >> v7: None. >> v6: None. >> v5: None. >> v4: >> - Add Chen Feng as Designated reviewer. >> v3: First

[PATCH 2/2] drm/amdgpu: start using engine_id for encoders.

From: Dave Airlie This moves dig_encoder up a level and starts consistently using engine_id in its place for all the digital and dac engines. Signed-off-by: Dave Airlie --- .../drm/amd/amdgpu/amdgpu_grph_object_id_helpers.c | 37 +++

[PATCH 1/2] drm/amdgpu: drop CV/TV bits in atombios_encoders.

From: Dave Airlie Converting to engine id doesn't have these. Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/atombios_encoders.c | 42 -- 1 file changed, 6 insertions(+), 36 deletions(-) diff --git

[PATCH] drm/vmwgfx: use *_32_bits() macros

On do, 2016-03-03 at 11:26 +0100, Paul Bolle wrote: > Use the upper_32_bits() macro instead of the four line equivalent that > triggers a GCC warning on 32 bits x86: > drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c: In function > 'vmw_cmdbuf_header_submit': >

[alsa-devel] [PATCH v9 3/7] ASoC: hdmi-codec: Add hdmi-codec for external HDMI-encoders

Hi Jyri, On Thu, 2016-03-31 at 16:36 +0300, Jyri Sarha wrote: > 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

[PULL] drm: atmel-hlcdc: various improvements

On 13 April 2016 at 19:45, Boris Brezillon wrote: > Hi, > > Here is a pull request containing several improvement and cleanup patches > for the atmel-hlcdc driver to be applied on drm-next (targeting 4.7). > > Best Regards, > > Boris > > The following changes since commit

[PATCH 7/7] drm/amdgpu: convert crtc to using graphics object ids.

From: Dave Airlie As before, convert the crtc_id to a graphics object id. Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c| 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_display.c| 10 ++--- drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c| 2

[PATCH 6/7] drm/amdgpu: convert encoders to using the graphics object ids.

From: Dave Airlie This ports the encoder code over to the common graphics objects from DAL. Note the encoders id don't match 1:1 between atombios and the graphics objects. Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c | 5 +-

[PATCH 5/7] [RFC] drm/amdgpu: drop DVO encoders support.

From: Dave Airlie I'm a bit confused whether this is needed so it would be good to confirm if hw shipped with it. DAL as currently is doesn't have any support for this, it doesn't have any encoder ids for DVO that I can see. So before porting to DAL graphics objects, I'm

[PATCH 4/7] drm/amdgpu: use graphics objects for connectors.

From: Dave Airlie This introduces graphics objects for the connectors code, and replaces the atombios enums with the graphics object ones. These correspond currently so we don't really need a back translation pass for them. Signed-off-by: Dave Airlie ---

[PATCH 3/7] drm/amdgpu: introduce graphics object id helpers.

From: Dave Airlie DAL hides these inside the bios parser, we need them separate to use here, so copy them over. I'll add more to this as I go. This also needs the ones to translate objects back that aren't in here currently. Signed-off-by: Dave Airlie ---

[PATCH 2/7] drm/amdgpu: introduce grph object id from DAL.

From: Dave Airlie DAL has a graphics object id we should re-use this in the mainline driver, and wrap around it for now. This patch introduces the core of the grph functionality ported from DAL. Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h

[PATCH 1/7] drm/amdgpu: drop apply quirks for now.

From: Dave Airlie This isn't being used so drop it. Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c | 15 --- 1 file changed, 15 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c

drm/amdgpu: start using graphics object ids from DAL.

DAL has a concept of storing the graphics object ids in a special small struct, and adding type safety to them. I'm starting to contemplate bringing some pieces of DAL into the mainline modesetting code (like the bios parser for a start), and I think this is the best first step in that direction.

[GIT PULL] drm-vc4-next-2016-04-14

The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca: Linux 4.6-rc1 (2016-03-26 16:03:24 -0700) are available in the git repository at: https://github.com/anholt/linux tags/drm-vc4-next-2016-04-14 for you to fetch changes up to

[RESEND][PATCH] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On Thu, Apr 14, 2016 at 04:17:45PM +0530, Vinay Simha BN wrote: > Add support for the JDI lt070me05000 WUXGA DSI panel used in > Nexus 7 2013 devices. > > Programming sequence for the panel is was originally found in the > android-msm-flo-3.4-lollipop-release branch from: >

[Bug 116251] radeon 5a427809cd9143bef89ee3110f45e84f37484218 "drm/radeon: disable runtime pm on PX laptop" makes dGPU never stop

https://bugzilla.kernel.org/show_bug.cgi?id=116251 --- Comment #3 from Eugene Shalygin --- Created attachment 212691 --> https://bugzilla.kernel.org/attachment.cgi?id=212691=edit dmesg dmesg with the commit reverted -- You are receiving this mail because: You are watching the assignee of

[PATCH 08/10] drm: Forbid legacy MAP functions for DRIVER_MODESET

On Wed, Mar 30, 2016 at 11:39:01AM +0100, Emil Velikov wrote: > On 30 March 2016 at 10:45, Daniel Vetter wrote: > > Like in > > > > commit 0e975980d435d58df2d430d688b8c18778b42218 > > Author: Peter Antoine > > Date: Tue Jun 23 08:18:49 2015 +0100 > > > > drm: Turn off Legacy Context

radeon_connector->audio is set by RADEON_AUDIO_DISABLE as default.

eof(struct > > > radeon_connector_atom_dig), GFP_KERNEL); > > > @@ -2245,6 +2248,7 @@ radeon_add_atom_connector(struct drm_device > > > *dev, > > > connector->interlace_allowed = true; > > > /* in theory with a DP to VGA converter... */ > > > connector->doublescan_allowed = false; > > > + radeon_connector->audio = RADEON_AUDIO_AUTO; > > > break; > > > case DRM_MODE_CONNECTOR_eDP: > > > radeon_dig_connector = kzalloc(sizeof(struct > > > radeon_connector_atom_dig), GFP_KERNEL); > > > @@ -2267,6 +2271,7 @@ radeon_add_atom_connector(struct drm_device > > > *dev, > > > subpixel_order = SubPixelHorizontalRGB; > > > connector->interlace_allowed = false; > > > connector->doublescan_allowed = false; > > > + radeon_connector->audio = RADEON_AUDIO_AUTO; > > > break; > > > case DRM_MODE_CONNECTOR_SVIDEO: > > > case DRM_MODE_CONNECTOR_Composite: -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/fbf95be9/attachment.html>

radeon_connector->audio is set by RADEON_AUDIO_DISABLE as default.

DP: > > radeon_dig_connector = kzalloc(sizeof(struct > > radeon_connector_atom_dig), GFP_KERNEL); > > @@ -2267,6 +2271,7 @@ radeon_add_atom_connector(struct drm_device > > *dev, > > subpixel_order = SubPixelHorizontalRGB; > > connector->interlace_allowed = false; > > connector->doublescan_allowed = false; > > + radeon_connector->audio = RADEON_AUDIO_AUTO; > > break; > > case DRM_MODE_CONNECTOR_SVIDEO: > > case DRM_MODE_CONNECTOR_Composite: -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/44b6032b/attachment-0001.html>

[PATCH] drm/crtc_helper: Reset empty plane state in drm_helper_crtc_mode_set_base()

On Wed, Apr 13, 2016 at 6:33 PM, Daniel Vetter wrote: > On Wed, Apr 13, 2016 at 10:52:34AM +0800, Ying Liu wrote: >> On Wed, Apr 13, 2016 at 12:00 AM, Daniel Vetter wrote: >> > On Tue, Apr 05, 2016 at 04:50:39PM +0800, Liu Ying wrote: >> >> Transitional drivers might access the NULL pointer

[PATCH v10 3/3] staging/android: refactor SYNC IOCTLs

Hi Greg, Any comment on this? Thanks, Gustavo 2016-03-18 Gustavo Padovan : > From: Gustavo Padovan > > Change SYNC_IOC_FILE_INFO (former SYNC_IOC_FENCE_INFO) behaviour to avoid > future API breaks and optimize buffer allocation. > > Now num_fences can be filled by the caller to inform how

[PATCH RESEND] drm/virtio: send vblank event after crtc updates

From: Gustavo Padovan virtio_gpu was failing to send vblank events when using the atomic IOCTL with the DRM_MODE_PAGE_FLIP_EVENT flag set. This patch fixes each and enables atomic pageflips updates. Signed-off-by: Gustavo Padovan ---

[PATCH 14/14] drm: remove legacy drm_send_vblank_event()

From: Gustavo Padovan We don't have any user of this function anymore, let's remove it. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_irq.c | 31 ++- include/drm/drmP.h| 2 -- 2 files changed, 6 insertions(+), 27

[PATCH 13/14] drm/virtio: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/virtio/virtgpu_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 12/14] drm/udl: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/udl/udl_modeset.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 11/14] drm/tilcdc: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 10/14] drm/shmobile: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 09/14] drm/rcar-du: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 08/14] drm/radeon: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/radeon/radeon_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 07/14] drm/nouveau: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/nouveau/nouveau_display.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH 06/14] drm/qxl: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/qxl/qxl_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 05/14] drm/msm: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 2 +- drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 2 +- 2 files changed, 2

[PATCH 04/14] drm/i915: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 03/14] drm/atmel: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 02/14] drm/armada: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/armada/armada_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 01/14] drm/amdgpu: use drm_crtc_send_vblank_event()

From: Gustavo Padovan Replace the legacy drm_send_vblank_event() with the new helper function. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 2 +- drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 2 +-

[PATCH] include/drm: Reword debug categories comment.

From: Robert Foss The debug category comment mentions 4 categories, but more than 4 categories are listed. Let's change the wording to something a bit more generic. Signed-off-by: Robert Foss --- include/drm/drmP.h | 2 +- 1 file changed, 1 insertion(+), 1

drm/amdgpu: start using graphics object ids from DAL.

Am 14.04.2016 um 04:56 schrieb Dave Airlie: > DAL has a concept of storing the graphics object ids in a special > small struct, and adding type safety to them. > > I'm starting to contemplate bringing some pieces of DAL into the > mainline modesetting code (like the bios parser for a start), > and

[PATCH 1/2] drm/amdgpu: group BOs by log2 of the size on the LRU

On Thu, Apr 14, 2016 at 8:54 AM, Christian König wrote: > From: Christian König > > This allows us to have small BOs on the LRU before big ones. > > Signed-off-by: Christian König Have you done any benchmarking to see how much this helps when there is memory contention? For the series:

[PATCH v4 2/3] drm/dp/mst: Enhance DP MST debugfs output

Add some additional information (input vs. output port, sink associated with VC, peer device type, max number of VCs supported) and ensure that any embedded '\0' characters in a branch device's devid string are not written to debugfs. v2: Rebase + change drm_edid_get_monitor_name() call to

[PATCH v4 1/3] drm/edid: Add drm_edid_get_monitor_name()

In order to include monitor name information in debugfs output we needed to add a function that would extract the monitor name from the EDID, and that function needed to reside in the file where the rest of the EDID helper functions are implemented. v2: Refactor to have

[PATCH 5/7] [RFC] drm/amdgpu: drop DVO encoders support.

DVO was mainly used for crossfire pre-DCE 8, and possibly on some DCE 8 (Tonga) SKUs as well. On newer ASICs crossfire uses XDMA so there's no longer a need for DVO. It's probably safe to drop it for amdgpu. Radeon driver might still want to keep it if there's support for it. Harry On

[PATCH v3 2/3] drm/dp/mst: Enhance DP MST debugfs output

On Mon, 11 Apr 2016, Jim Bride wrote: > Add some additional information (input vs. output port, sink associated > with VC, peer device type, max number of VCs supported) and ensure that > any embedded '\0' characters in a branch device's devid string are not > written to debugfs. > > v2: Rebase +

[Intel-gfx] [PATCH v3 2/3] drm/dp/mst: Enhance DP MST debugfs output

On Thu, Apr 14, 2016 at 09:47:22AM +0300, Jani Nikula wrote: > On Mon, 11 Apr 2016, Jim Bride wrote: > > Add some additional information (input vs. output port, sink associated > > with VC, peer device type, max number of VCs supported) and ensure that > > any embedded '\0' characters in a branch

[RESEND PULL] drm: atmel-hlcdc: various improvements

Hi Dave, I've reformated the PR to use a branch name instead of a commit hash. Sorry for the inconvenience, I'll try to be more careful for my future PRs. This PR contains several improvement and cleanup patches for the atmel-hlcdc driver to be applied on drm-next (targeting 4.7). Best Regards,

[PATCH v9 4/7] ASoC: hdmi-codec: Add audio abort() callback for video side to use

On 04/13/16 11:31, Arnaud Pouliquen wrote: > > > On 03/31/2016 03:36 PM, Jyri Sarha wrote: >> 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.

[Bug 93144] [radeonsi] Alien: Isolation feature request

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/7e28d4ed/attachment.html>

[Bug 94917] radeonsi supports GL_ARB_shader_storage_buffer_object with 0 GL_MAX_COMBINED_SHADER_STORAGE_BLOCKS

--- Confirmed. Thanks for the quick fix. -- 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/20160414/52a1f6b6/attachment.html>

[PATCH] drm/crtc_helper: Reset empty plane state in drm_helper_crtc_mode_set_base()

On Thu, Apr 14, 2016 at 11:25:00AM +0800, Ying Liu wrote: > On Wed, Apr 13, 2016 at 6:33 PM, Daniel Vetter wrote: > > On Wed, Apr 13, 2016 at 10:52:34AM +0800, Ying Liu wrote: > >> On Wed, Apr 13, 2016 at 12:00 AM, Daniel Vetter wrote: > >> > On Tue, Apr 05, 2016 at 04:50:39PM +0800, Liu Ying

[PATCH] drm/vmwgfx: use *_32_bits() macros

On Thu, 2016-04-14 at 13:32 +0200, Paul Bolle wrote: > On do, 2016-03-03 at 11:26 +0100, Paul Bolle wrote: > > > > Use the upper_32_bits() macro instead of the four line equivalent that > > triggers a GCC warning on 32 bits x86: > >     drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c: In function > >

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

e for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160414/5aba270f/attachment.html>

[Bug 115321] radeon runpm falsely disabled on Clevo P170EM

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

  1   2   >