[PATCH v4 1/7] clk: rockchip: add clock flag parameter when register pll

Am Freitag, 29. Juli 2016, 15:56:55 schrieb Lin Huang: > From: Heiko Stübner > > add clock flag parameter so we can pass specific clock flag > (like CLK_GET_RATE_NOCACHE etc..)to pll driver. > > Signed-off-by: Heiko Stübner > Signed-off-by: Lin Huang applied to my clock branch for 4.9

[PATCH v4 3/7] clk: rockchip: rk3399: add SCLK_DDRCLK ID for ddrc

Am Freitag, 29. Juli 2016, 15:56:57 schrieb Lin Huang: > Signed-off-by: Lin Huang > --- > Changes in v4: > -None > > Changes in v3: > -None > > Changes in v2: > - None > Changes in v1: > - None > > include/dt-bindings/clock/rk3399-cru.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[PATCH v4 2/7] clk: rockchip: add new clock-type for the ddrclk

Am Donnerstag, 4. August 2016, 22:23:05 schrieb Heiko Stübner: > Hi Lin, > > Am Freitag, 29. Juli 2016, 15:56:56 schrieb Lin Huang: > > On new rockchip platform(rk3399 etc), there have dcf controller to > > do ddr frequency scaling, and this controller will implement in > > arm-trust-firmware.

RFC: hardware accelerated bitblt using dma engine

On 04.08.2016 09:50, Daniel Vetter wrote: Hi, > One problem with 2d blitters is that there's no common userspace > interface, but many: Xrender, hwc, old X drawing api, various attempts by > khronos to standardize something, cairo, ... We're talking about userland APIs, not kernel->userland

[PATCH V4 0/4] Add driver for GE B850v3 LVDS/DP++ Bridge

The series adds a driver that creates a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this

[PATCH V4 1/4] drm/imx-ldb: Add support to drm-bridge

Add support to attach a drm_bridge to imx-ldb in addition to existing support to attach a LVDS panel. This patch does a simple code refactoring by moving code from for_each_child_of_node iterator to a new function named imx_ldb_panel_ddc(). This was necessary to allow the panel ddc code to run

[PATCH V4 2/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Devicetree bindings documentation for the GE B850v3 LVDS/DP++ display bridge. Cc: Javier Martinez Canillas Cc: Enric Balletbo i Serra Cc: Philipp Zabel Cc: Rob Herring Cc: Fabio Estevam Signed-off-by: Peter Senna Tschudin --- Changes from V3: - 2/4 instead of 3/5 Unchanged from V2

[PATCH V4 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Add a driver that create a drm_bridge and a drm_connector for the LVDS to DP++ display bridge of the GE B850v3. There are two physical bridges on the video signal pipeline: a STDP4028(LVDS to DP) and a STDP2690(DP to DP++). The hardware and firmware made it complicated for this binding to

[PATCH V4 4/4] dts/imx6q-b850v3: Use GE B850v3 LVDS/DP++ Bridge

Configures the GE B850v3 LVDS/DP++ bridge on the dts file. Cc: Javier Martinez Canillas Cc: Enric Balletbo i Serra Cc: Philipp Zabel Cc: Rob Herring Cc: Fabio Estevam Signed-off-by: Peter Senna Tschudin --- Changes from V3: - 4/4 instead of 5/5 Unchanged from V2 Changes from V1: -

[PATCH 3/3 v3] drm: bridge/dw-hdmi: Move edid reading to .detect() callback

On Thu, Aug 04, 2016 at 06:13:18PM +0100, Jose Abreu wrote: > Hi Russell, > > So, I didn't use framebuffer console but used X instead and it is > working as it should. I think we can drop this patch. I am now > making interoperability with DVI and I am facing the following > scenario: > - I

[PATCH 00/13] drm/amdgpu: Add virtual display feature.

On 05.08.2016 02:31, Bridgman, John wrote: >> -Original Message- >> From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf >> Of Daniel Vetter >> >> Another option for entirely fake outputs would be vkms.ko, similar to >> vgem.ko. With the simple display driver it

[PATCH v5 1/5] dma-buf/fence-array: add fence_is_array()

From: Gustavo Padovan Add helper to check if fence is array. v2: Comments from Chris Wilson - remove ternary if from ops comparison - add EXPORT_SYMBOL(fence_array_ops) Cc: Chris Wilson Cc: Christian König Signed-off-by: Gustavo Padovan

[PATCH v5 2/5] dma-buf/sync_file: refactor fence storage in struct sync_file

From: Gustavo Padovan Create sync_file->fence to abstract the type of fence we are using for each sync_file. If only one fence is present we use a normal struct fence but if there is more fences to be added to the sync_file a fence_array is created. This change

[PATCH v5 3/5] dma-buf/sync_file: add sync_file_get_fence()

From: Gustavo Padovan Creates a function that given an sync file descriptor returns a fence containing all fences in the sync_file. v2: Comments by Daniel Vetter - Adapt to new version of fence_collection_init() - Hold a reference for the fence

[PATCH v5 5/5] dma-buf/sync_file: only enable fence signalling on poll()

From: Gustavo Padovan Signalling doesn't need to be enabled at sync_file creation, it is only required if userspace waiting the fence to signal through poll(). Thus we delay fence_add_callback() until poll is called. It only adds the callback the first time

[PATCH v5 4/5] Documentation: add doc for sync_file_get_fence()

From: Gustavo Padovan Document the new function added to sync_file.c v2: Adapt to fence_array Signed-off-by: Gustavo Padovan Acked-by: Christian König --- Documentation/sync_file.txt | 15 +++ 1 file changed, 15 insertions(+) diff --git

Frame buffer access performance

Hi folks, when putting pixels into an DRM framebuffer, should I do that in bursts/blocks instead of byte-per-byte ? (eg. explicitly using aligned 32bit ops). --mtx

[Intel-gfx] [PATCH 1/4] drm: add picture aspect ratio flags

Regards Shashank On 8/4/2016 9:39 PM, Daniel Vetter wrote: > On Thu, Aug 04, 2016 at 03:31:45PM +0100, Emil Velikov wrote: >> On 4 August 2016 at 14:15, Sharma, Shashank >> wrote: >>> On 8/4/2016 5:04 PM, Emil Velikov wrote: On 4 August 2016 at 11:16, Sharma, Shashank wrote: >

RFC: hardware accelerated bitblt using dma engine

On 05.08.2016 01:16, Enrico Weigelt, metux IT consult wrote: Seems I've been on a completely wrong path - what I'm looking for is dma-buf. So my idea now goes like this: * add a new 'virtual GPU' as render node. * the basic operations are: -> create a virtual dumb framebuffer (just inside

[PATCH v6 10/10] arm: dts: mt2701: Add display subsystem related nodes for MT2701

Hi, YT: On Thu, 2016-08-04 at 19:07 +0800, YT Shen wrote: > This patch adds the device nodes for the DISP function blocks for MT2701 > > Signed-off-by: YT Shen > --- > arch/arm/boot/dts/mt2701.dtsi | 86 > + > 1 file changed, 86 insertions(+) > >

[PATCH v6 09/10] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Thu, 2016-08-04 at 19:07 +0800, YT Shen wrote: > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen > --- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c |6 ++ >

[PATCH 0/2] drm: add SimpleDRM driver

Hi, On 04-08-16 20:12, Luc Verhaegen wrote: > On Thu, Aug 04, 2016 at 06:58:55PM +0200, Noralf Trønnes wrote: >> >> I didn't read the binding document[1], which I should have done. >> If simpledrm claims to be compatible with simple-framebuffer I assume it >> should support the entire binding

[PATCH v5 4/5] Documentation: add doc for sync_file_get_fence()

On Thu, Aug 04, 2016 at 11:24:13PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > Document the new function added to sync_file.c > > v2: Adapt to fence_array > > Signed-off-by: Gustavo Padovan > Acked-by: Christian König > --- > Documentation/sync_file.txt | 15 +++ >

[PATCH V4 2/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Hi Peter, 2016-08-05 0:36 GMT+02:00 Peter Senna Tschudin : > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > display bridge. > > Cc: Javier Martinez Canillas > Cc: Enric Balletbo i Serra > Cc: Philipp Zabel > Cc: Rob Herring > Cc: Fabio Estevam > Signed-off-by: Peter Senna

[PATCH v5 5/5] dma-buf/sync_file: only enable fence signalling on poll()

On Thu, Aug 04, 2016 at 11:24:14PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan > > Signalling doesn't need to be enabled at sync_file creation, it is only > required if userspace waiting the fence to signal through poll(). > > Thus we delay fence_add_callback() until poll is called.

[PATCH V4 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Hi Peter, Only one comment below and one nitpick 2016-08-05 0:37 GMT+02:00 Peter Senna Tschudin : > Add a driver that create a drm_bridge and a drm_connector for the LVDS > to DP++ display bridge of the GE B850v3. > > There are two physical bridges on the video signal pipeline: a > STDP4028(LVDS

[PATCH v5 5/5] dma-buf/sync_file: only enable fence signalling on poll()

On Fri, Aug 05, 2016 at 08:28:15AM +0100, Chris Wilson wrote: > On Thu, Aug 04, 2016 at 11:24:14PM -0300, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Signalling doesn't need to be enabled at sync_file creation, it is only > > required if userspace waiting the fence to signal through

RFC: hardware accelerated bitblt using dma engine

On Fri, Aug 05, 2016 at 01:16:55AM +0200, Enrico Weigelt, metux IT consult wrote: > On 04.08.2016 09:50, Daniel Vetter wrote: > > Hi, > > > One problem with 2d blitters is that there's no common userspace > > interface, but many: Xrender, hwc, old X drawing api, various attempts by > > khronos

RFC: hardware accelerated bitblt using dma engine

On Fri, Aug 05, 2016 at 06:37:26AM +0200, Enrico Weigelt, metux IT consult wrote: > On 05.08.2016 01:16, Enrico Weigelt, metux IT consult wrote: > > > Seems I've been on a completely wrong path - what I'm looking > for is dma-buf. So my idea now goes like this: > > * add a new 'virtual GPU' as

[Bug 36522] Caught 16-bit read from uninitialized memory in drm_fb_helper_setcmap

https://bugzilla.kernel.org/show_bug.cgi?id=36522 --- Comment #16 from Christian Casteyde --- No, I still have this: [ 1215.037018] WARNING: kmemcheck: Caught 16-bit read from uninitialized memory (8801c307d020) [ 1215.037029] 2e032b012206070e0307373e033534262327353721171507111e031514062322

[PATCH] drm/amdgpu: Modify error handling in amdgpu_ttm

Am 04.08.2016 um 17:42 schrieb Amitoj Kaur Chawla: > To indicate an error, debugfs_create_file can return an ERR_PTR for > !CONFIG_DEBUG_FS and NULL otherwise, so in case the result is > dereferenced there should be a previous IS_ERR and a NULL check. > > The Coccinelle semantic patch used to find

[PATCH 3/3 v3] drm: bridge/dw-hdmi: Move edid reading to .detect() callback

On Fri, Aug 05, 2016 at 12:01:25AM +0100, Russell King - ARM Linux wrote: > On Thu, Aug 04, 2016 at 06:13:18PM +0100, Jose Abreu wrote: > > Hi Russell, > > > > So, I didn't use framebuffer console but used X instead and it is > > working as it should. I think we can drop this patch. I am now > >

[PATCH] drm/bridge: analogix_dp: Remove duplicated code

Tomeu, Nice job ! Have a few nits bellow. ;) On 08/04/2016 02:23 PM, Tomeu Vizoso wrote: > Remove code for reading the EDID and DPCD fields and use the helpers > instead. > > Besides the obvious code reduction, other helpers are being added to the > core that could be used in this driver and

[PATCH 3/3 v3] drm: bridge/dw-hdmi: Move edid reading to .detect() callback

On Fri, Aug 05, 2016 at 10:06:08AM +0200, Daniel Vetter wrote: > On Fri, Aug 05, 2016 at 12:01:25AM +0100, Russell King - ARM Linux wrote: > > On Thu, Aug 04, 2016 at 06:13:18PM +0100, Jose Abreu wrote: > > > Hi Russell, > > > > > > So, I didn't use framebuffer console but used X instead and it

Frame buffer access performance

On Fri, Aug 05, 2016 at 04:35:25AM +0200, Enrico Weigelt, metux IT consult wrote: > Hi folks, > > > when putting pixels into an DRM framebuffer, should I do that in > bursts/blocks instead of byte-per-byte ? (eg. explicitly using > aligned 32bit ops). There's a driver cap

[Intel-gfx] [PATCH] drm: Paper over locking inversion after registration rework

On Thu, 04 Aug 2016, Daniel Vetter wrote: > drm_connector_register_all requires a few too many locks because our > connector_list locking is busted. Add another FIXME+hack to work > around this. This should address the below lockdep splat: Jiri, a Tested-by on this would be appreciated. BR,

[PATCH] drm/bridge: analogix_dp: Remove duplicated code

Tomeu, o_O Ignore my previous email, seems I make a mistaken about the email format, and mess up the patch format. I have move my previous comments to this one :-) On 08/04/2016 02:23 PM, Tomeu Vizoso wrote: > Remove code for reading the EDID and DPCD fields and use the helpers > instead. > >

[PATCH 0/2] drm: add SimpleDRM driver

On Thu, 04 Aug 2016, David Herrmann wrote: > Hi > > On Thu, Aug 4, 2016 at 10:01 PM, Daniel Vetter wrote: >> On Thu, Aug 04, 2016 at 02:50:37PM -0500, Ken Phillis Jr wrote: >>> I believe this driver is extremely useful, and I see possible issues with >>> the fact that the driver is GPL Only.

[PATCH v4 1/7] clk: rockchip: add clock flag parameter when register pll

Hi Lin, Am Freitag, 5. August 2016, 16:50:49 schrieb hl: > On 2016年08月05日 06:37, Heiko Stuebner wrote: > > Am Freitag, 29. Juli 2016, 15:56:55 schrieb Lin Huang: > >> From: Heiko Stübner > >> > >> add clock flag parameter so we can pass specific clock flag > >> (like CLK_GET_RATE_NOCACHE

[PATCH 1/3] drm/i2c: tda998x: Improve tda998x_configure_audio() audio related pdata

On 08/04/16 16:31, Russell King - ARM Linux wrote: > On Tue, Aug 02, 2016 at 03:05:07PM +0300, Jyri Sarha wrote: >> @@ -787,19 +792,13 @@ tda998x_configure_audio(struct tda998x_priv *priv, >> reg_clear(priv, REG_AIP_CNTRL_0, AIP_CNTRL_0_RST_CTS); >> >> /* Write the channel status */ >>

[PATCH 2/3] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

On 08/04/16 17:07, Russell King - ARM Linux wrote: > On Tue, Aug 02, 2016 at 03:05:08PM +0300, Jyri Sarha wrote: >> +memcpy(audio.status, params->iec.status, >> + min(sizeof(audio.status), sizeof(params->iec.status))); > > As mentioned in the other patch, the audio status does not

Frame buffer access performance

On 05.08.2016 10:15, Daniel Vetter wrote: Hi, > There's a driver cap DRM_CAP_DUMB_PREFER_SHADOW for this. If set, > render into a shadow buffer and copy over in bursts, otherwise you > can assume that the memory is fully cpu cached and fast with random > access. h! nekrad at

problem with 731c7d3, "main drm pull request for 4.8"

On Thu, Aug 04, 2016 at 02:08:46PM -0400, Mike Marshall wrote: > [1.291797] [drm] Initialized drm 1.1.0 20060810 > [1.352761] [TTM] Zone kernel: Available graphics memory: 502128 kiB > [1.353248] [TTM] Initializing pool allocator > [1.353660] [TTM] Initializing DMA pool allocator

[PATCH] drm: Paper over locking inversion after registration rework

On Fri, Aug 05, 2016 at 10:57:58AM +0200, Jiri Kosina wrote: > On Thu, 4 Aug 2016, Daniel Vetter wrote: > > > drm_connector_register_all requires a few too many locks because our > > connector_list locking is busted. Add another FIXME+hack to work > > around this. This should address the below

Frame buffer access performance

On Fri, Aug 05, 2016 at 11:04:21AM +0200, Enrico Weigelt, metux IT consult wrote: > On 05.08.2016 10:15, Daniel Vetter wrote: > > Hi, > > > There's a driver cap DRM_CAP_DUMB_PREFER_SHADOW for this. If set, > > render into a shadow buffer and copy over in bursts, otherwise you > > can assume

[PATCH] drm/ttm: Wait for a BO to become idle before unbinding it from GTT

From: Michel Dänzer Fixes hangs under memory pressure, e.g. running the piglit test tex3d-maxsize concurrently with other tests. Fixes: 17d33bc9d6ef ("drm/ttm: drop waiting for idle in ttm_bo_evict.") Signed-off-by: Michel Dänzer ---

[PATCH] drm/ttm: Wait for a BO to become idle before unbinding it from GTT

Am 05.08.2016 um 11:40 schrieb Michel Dänzer: > From: Michel Dänzer > > Fixes hangs under memory pressure, e.g. running the piglit test > tex3d-maxsize concurrently with other tests. > > Fixes: 17d33bc9d6ef ("drm/ttm: drop waiting for idle in ttm_bo_evict.") > Signed-off-by: Michel Dänzer

[Bug 151541] New: AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

https://bugzilla.kernel.org/show_bug.cgi?id=151541 Bug ID: 151541 Summary: AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume Product: Drivers Version: 2.5 Kernel Version: 4.7.0

[Bug 151541] AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

https://bugzilla.kernel.org/show_bug.cgi?id=151541 Dainius Masiliūnas changed: What|Removed |Added Attachment #227711|text/x-log |text/plain mime type|

[Bug 151541] AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

https://bugzilla.kernel.org/show_bug.cgi?id=151541 --- Comment #1 from Dainius Masiliūnas --- Using radeon.dpm=0 doesn't change anything, only the "*ERROR* radeon: dpm resume failed" line is not there in that case. -- You are receiving this mail because: You are watching the assignee of the

[PATCH v6 07/10] drm/mediatek: add dsi transfer function

Hi, YT: On Thu, 2016-08-04 at 19:07 +0800, YT Shen wrote: > From: shaoming chen > > add dsi read/write commands for transfer function > > Signed-off-by: shaoming chen > --- > drivers/gpu/drm/mediatek/mtk_dsi.c | 261 > > 1 file changed, 261

[PATCH v6 06/10] drm/mediatek: add dsi interrupt control

Hi, YT: On Thu, 2016-08-04 at 19:07 +0800, YT Shen wrote: > From: shaoming chen > > add dsi interrupt control > > Signed-off-by: shaoming chen > --- > drivers/gpu/drm/mediatek/mtk_dsi.c | 76 > > 1 file changed, 76 insertions(+) > > diff --git

[PATCH v4 0/4] New debugfs API for capturing CRC of frames

Hi, this series basically takes the facility for continuously capturing CRCs of frames from the i915 driver and into the DRM core. The idea is that test suites such as IGT use this information to check that frames that are exected to be identical, also have identical CRC values. Other drivers

[PATCH v4 1/4] drm/i915/debugfs: Move out pipe CRC code

In preparation to using a generic API in the DRM core for continuous CRC generation, move the related code out of i915_debugfs.c into a new file. Eventually, only the Intel-specific code will remain in this new file. v2: Rebased. Signed-off-by: Tomeu Vizoso --- drivers/gpu/drm/i915/Makefile

[PATCH v4 2/4] drm: Add API for capturing frame CRCs

Adds files and directories to debugfs for controlling and reading frame CRCs, per CRTC: dri/0/crtc-0/crc dri/0/crtc-0/crc/control dri/0/crtc-0/crc/data Drivers can implement the set_crc_source callback() in drm_crtc_funcs to start and stop generating frame CRCs and can add entries to the output

[PATCH v4 3/4] drm/i915: Use new CRC debugfs API

The core provides now an ABI to userspace for generation of frame CRCs, so implement the ->set_crc_source() callback and reuse as much code as possible with the previous ABI implementation. v2: - Leave the legacy implementation in place as the ABI implementation in the core is

[PATCH v4 4/4] drm/i915: Put "cooked" vlank counters in frame CRC lines

Use drm_accurate_vblank_count so we have the full 32 bit to represent the frame counter and userspace has a simpler way of knowing when the counter wraps around. Signed-off-by: Tomeu Vizoso --- drivers/gpu/drm/i915/i915_irq.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH v3 2/3] drm: Add API for capturing frame CRCs

On 3 August 2016 at 09:06, Ville Syrjälä wrote: > On Fri, Jul 22, 2016 at 04:10:44PM +0200, Tomeu Vizoso wrote: >> Adds files and directories to debugfs for controlling and reading frame >> CRCs, per CRTC: >> >> dri/0/crtc-0/crc >> dri/0/crtc-0/crc/control >> dri/0/crtc-0/crc/data >> >>

[PATCH 1/3] drm: bridge: add DesignWare HDMI I2S audio support

easier for people to work this out and send patches to him? -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments

[PATCH v3 2/3] drm: Add API for capturing frame CRCs

On Fri, Aug 05, 2016 at 12:46:29PM +0200, Tomeu Vizoso wrote: > On 3 August 2016 at 09:06, Ville Syrjälä > wrote: > > On Fri, Jul 22, 2016 at 04:10:44PM +0200, Tomeu Vizoso wrote: > >> Adds files and directories to debugfs for controlling and reading frame > >> CRCs, per CRTC: > >> > >>

[Bug 118611] Using the 4.6 Kernel causes one Radeon screen to intermittently power cycle.

https://bugzilla.kernel.org/show_bug.cgi?id=118611 K. Paden changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Applied "ASoC: hdmi-codec: enable multi probe for same device" to the asoc tree

The patch ASoC: hdmi-codec: enable multi probe for same device has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

[PATCH] drm/bridge: analogix_dp: Remove duplicated code v2

Remove code for reading the EDID and DPCD fields and use the helpers instead. Besides the obvious code reduction, other helpers are being added to the core that could be used in this driver and will be good to be able to use them instead of duplicating them. Signed-off-by: Tomeu Vizoso

[Bug 151541] AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

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

[Bug 151541] AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

https://bugzilla.kernel.org/show_bug.cgi?id=151541 --- Comment #3 from Alex Deucher --- On the kernel command line in grub. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 97215] [KBL] pm_rps / reset fails

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160805/81cd4973/attachment.html>

[Bug 97215] [KBL] pm_rps / reset fails

ext part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160805/a7095f62/attachment.html>

[PULL] drm-intel-next-fixes

Hi Dave, a few more fixes for the merge window. I know the timing probably isn't good, apologies. I see the PSR fixes in Linus' tree, and then there's the lockdep fix we'd like you to pick up directly [1]. BR, Jani. [1]

[Bug 97215] [KBL] pm_rps / reset fails

vel/attachments/20160805/a0b62d0b/attachment.html>

[PATCH] drm/bridge: analogix_dp: Remove duplicated code v2

On Fri, Aug 5, 2016 at 8:59 AM, Tomeu Vizoso wrote: > Remove code for reading the EDID and DPCD fields and use the helpers > instead. > > Besides the obvious code reduction, other helpers are being added to the > core that could be used in this driver and will be good to be able to > use them

[PATCH v6 1/5] dma-buf/fence-array: add fence_is_array()

From: Gustavo Padovan Add helper to check if fence is array. v2: Comments from Chris Wilson - remove ternary if from ops comparison - add EXPORT_SYMBOL(fence_array_ops) Cc: Chris Wilson Cc: Christian König Signed-off-by: Gustavo Padovan

[PATCH v6 2/5] dma-buf/sync_file: refactor fence storage in struct sync_file

From: Gustavo Padovan Create sync_file->fence to abstract the type of fence we are using for each sync_file. If only one fence is present we use a normal struct fence but if there is more fences to be added to the sync_file a fence_array is created. This change

[PATCH v6 3/5] dma-buf/sync_file: add sync_file_get_fence()

From: Gustavo Padovan Creates a function that given an sync file descriptor returns a fence containing all fences in the sync_file. v2: Comments by Daniel Vetter - Adapt to new version of fence_collection_init() - Hold a reference for the fence

[PATCH v6 4/5] Documentation: add doc for sync_file_get_fence()

From: Gustavo Padovan Document the new function added to sync_file.c v2: Adapt to fence_array v3: Take in Chris Wilson suggestions Signed-off-by: Gustavo Padovan Acked-by: Christian König Reviewed-by: Chris Wilson --- Documentation/sync_file.txt | 14

[PATCH v6 5/5] dma-buf/sync_file: only enable fence signalling on poll()

From: Gustavo Padovan Signalling doesn't need to be enabled at sync_file creation, it is only required if userspace waiting the fence to signal through poll(). Thus we delay fence_add_callback() until poll is called. It only adds the callback the first time

[PATCH v4 0/7] rk3399 support ddr frequency scaling

On 29 July 2016 at 09:56, Lin Huang wrote: > rk3399 platform have dfi controller can monitor ddr load, > and dcf controller to handle ddr register so we can get the > right ddr frequency and make ddr controller happy work(which > will implement in bl31). So we do ddr frequency scaling with >

[PATCH v2 0/3] drm: add SimpleDRM driver

This patchset adds the simpledrm driver by David Herrmann based on a patchset[1] from 2014. That patchset also included patches for kicking out simpledrm by real drivers. I have stayed away from that since it involves another subsystem and I would probably be unable to answer any questions about

[PATCH v2 3/3] drm: simpledrm: honour remove_conflicting_framebuffers()

There is currently no non-fbdev mechanism in place to kick out simpledrm when the real hw-driver is probed. As a stop gap until that is in place, honour remove_conflicting_framebuffers() and delete the simple-framebuffer platform device when it's called. Signed-off-by: Noralf Trønnes ---

[PATCH v2 1/3] drm: add SimpleDRM driver

The SimpleDRM driver binds to simple-framebuffer devices and provides a DRM/KMS API. It provides only a single CRTC+encoder+connector combination plus one initial mode. Userspace can create dumb-buffers which can be blit into the real framebuffer similar to UDL. No access to the real framebuffer

[PATCH v2 2/3] drm: simpledrm: add fbdev fallback support

Create a simple fbdev device during SimpleDRM setup so legacy user-space and fbcon can use it. Original work by David Herrmann. Cc: dh.herrmann at gmail.com Signed-off-by: Noralf Trønnes --- Changes from version 1: No changes Changes from previous version: - Remove the DRM_SIMPLEDRM_FBDEV

[Bug 151541] AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

https://bugzilla.kernel.org/show_bug.cgi?id=151541 --- Comment #4 from Dainius Masiliūnas --- Yes, it does. With that setting, there are no errors either, and lspci runs quickly. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 2/3] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

ng to find anything for parentless platform devices though, it's only done if the ASoC level device has no of_node and the parent does. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available UR

[PATCH v4 1/7] clk: rockchip: add clock flag parameter when register pll

Hi Heiko, On 2016年08月05日 06:37, Heiko Stuebner wrote: > Am Freitag, 29. Juli 2016, 15:56:55 schrieb Lin Huang: >> From: Heiko Stübner >> >> add clock flag parameter so we can pass specific clock flag >> (like CLK_GET_RATE_NOCACHE etc..)to pll driver. >> >> Signed-off-by: Heiko Stübner

[PATCH] drm: Paper over locking inversion after registration rework

On Thu, 4 Aug 2016, Daniel Vetter wrote: > drm_connector_register_all requires a few too many locks because our > connector_list locking is busted. Add another FIXME+hack to work > around this. This should address the below lockdep splat: [ ... snip ... ] > v2: Rebase onto the right branch

[PATCH v2 1/1] Add nvd9128 as a simple panel

Add New Vision Display 7.0" 800 RGB x 480 TFT LCD panel Signed-off-by: Fabien Lahoudere --- .../devicetree/bindings/display/panel/nvd,9128.txt | 7 ++ .../devicetree/bindings/vendor-prefixes.txt| 1 + drivers/gpu/drm/panel/panel-simple.c | 26 ++

[PATCH 2/3] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

On Fri, Aug 05, 2016 at 12:02:39PM +0300, Jyri Sarha wrote: > On 08/04/16 17:07, Russell King - ARM Linux wrote: > > On Tue, Aug 02, 2016 at 03:05:08PM +0300, Jyri Sarha wrote: > >> + priv->audio_pdev = platform_device_register_data( > >> + dev, HDMI_CODEC_DRV_NAME, PLATFORM_DEVID_AUTO,

[Bug 95306] Random Blank(black) screens on "Carrizo"

nts/20160805/6a26ba16/attachment.html>

[Bug 95306] Random Blank(black) screens on "Carrizo"

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

[Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo

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

[Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160805/7c18ccd7/attachment.html>

[PATCH 2/3] drm/i2c: tda998x: Register ASoC hdmi-codec and add audio DT binding

I'm missing here... -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160805/6dd803d6/attachment.sig>

[Bug 151541] AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

https://bugzilla.kernel.org/show_bug.cgi?id=151541 --- Comment #5 from Alex Deucher --- Does it work any better with kernel 4.8? -- You are receiving this mail because: You are watching the assignee of the bug.

[pull] amdgpu drm-next-4.8

Hi Dave, A few fixes for amdgpu and ttm for 4.8 - fix a ttm regression caused by the new pipelining code - fixes for mullins on amdgpu - updated golden settings for amdgpu The following changes since commit 1cf915d305b6e1d57db6c35c208016f9747ba3c6: Merge tag 'imx-drm-fixes-2016-07-27' of

[Bug 84431] Kernel crash when unloading radeon module for switcheroo card

https://bugzilla.kernel.org/show_bug.cgi?id=84431 --- Comment #10 from Joaquín Aramendía --- > Joaquín, how does 97d30fa35 break nouveau vga-switcheroo? If you load > nouveau with runpm=0, then you can write OFF to debugfs' vga_switcheroo. > However runpm=1 (or -1 for Optimus systems) is

[Bug 151541] AMD hybrid graphics: [drm:evergreen_resume [radeon]] *ERROR* evergreen startup failed on resume

https://bugzilla.kernel.org/show_bug.cgi?id=151541 --- Comment #6 from Dainius Masiliūnas --- Created attachment 227741 --> https://bugzilla.kernel.org/attachment.cgi?id=227741=edit 4.7.0-next-20160803 dmesg No. I tried the linux-next tree and it gave me the same errors even during boot

[Bug 97220] miss detect monitor. dell UP3214Q

es/dri-devel/attachments/20160805/99cffbce/attachment.html>

[Bug 97221] monitor miss detection, philips 242G5

TML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160805/fb9209ab/attachment.html>

[Bug 97221] monitor miss detection, philips 242G5

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160805/73070a72/attachment.html>

[Bug 97220] miss detect monitor. dell UP3214Q

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160805/877472e4/attachment-0001.html>

[Bug 97221] monitor miss detection, philips 242G5

|| -- 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/20160805/f6c8d089/attachment.html>

  1   2   >