[Intel-gfx] [PATCH v2 2/2] drm/debugfs: add an "edid_override" file per connector

On Wed, Jun 18, 2014 at 03:37:30PM -0400, Alex Deucher wrote: > On Wed, Jun 18, 2014 at 12:52 PM, Thomas Wood > wrote: > > +static ssize_t edid_write(struct file *file, const char __user *ubuf, > > + size_t len, loff_t *offp) > > +{ > > + struct seq_file *m =

[PATCH] drm/nouveau: avoid memory leak

If ttm_dma_tt_init fails memory is leaked. Signed-off-by: Heinrich Schuchardt --- drivers/gpu/drm/nouveau/nouveau_sgdma.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c b/drivers/gpu/drm/nouveau/nouveau_sgdma.c index

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

On Thu, Jun 19, 2014 at 09:57:35AM +0530, Sumit Semwal wrote: > Hi Greg, > > On 19 June 2014 06:55, Rob Clark wrote: > > On Wed, Jun 18, 2014 at 9:16 PM, Greg KH > > wrote: > >> On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote: > >>> A fence can be attached to a buffer which

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

On Wed, Jun 18, 2014 at 9:16 PM, Greg KH wrote: > On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote: >> A fence can be attached to a buffer which is being filled or consumed >> by hw, to allow userspace to pass the buffer without waiting to another >> device. For example,

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

On Wed, Jun 18, 2014 at 9:13 PM, Greg KH wrote: > On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote: >> +#define CREATE_TRACE_POINTS >> +#include >> + >> +EXPORT_TRACEPOINT_SYMBOL(fence_annotate_wait_on); >> +EXPORT_TRACEPOINT_SYMBOL(fence_emit); > > Are you really willing to

[Bug 79980] Random radeonsi crashes

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

[Bug 76223] [radeonsi] luxmark segfault

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

[Bug 76223] [radeonsi] luxmark segfault

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

[Bug 76223] [radeonsi] luxmark segfault

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

[PATCH] drm/msm: Implement msm drm fb_mmap callback function

On Wed, Jun 18, 2014 at 4:55 PM, Hai Li wrote: > This change implements msm drm specific fb_mmap function for fb device > to properly map the fb address to userspace. > thanks, queued up on msm-next BR, -R > Signed-off-by: Hai Li > Signed-off-by: Stephane Viau > --- >

[Bug 80162] center and lfe channels screwed up on suspend

|--- |NOTOURBUG -- 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/20140618/d534808c/attachment.html>

[Bug 80162] center and lfe channels screwed up on suspend

. I guess you can close this bug entry as invalid. -- 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/20140618/d5993

[Bug 79980] Random radeonsi crashes

tch? It could be some other change if you did the latter. -- 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/20140618/f5cca296/attachment.html>

[PATCH] drm/nouveau: avoid memory leak

- Original Message - > From: "Heinrich Schuchardt" > To: "David Airlie" > Cc: "Ben Skeggs" , dri-devel at lists.freedesktop.org, > linux-kernel at vger.kernel.org, "Heinrich > Schuchardt" > Sent: Thursday, 19 June, 2014 5:57:47 AM > Subject: [PATCH] drm/nouveau: avoid memory leak > >

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On 06/17/2014 06:15 PM, Stephen Warren wrote: > On 06/17/2014 06:16 AM, Tomeu Vizoso wrote: >> On 06/16/2014 10:02 PM, Stephen Warren wrote: >>> On 06/16/2014 07:35 AM, Tomeu Vizoso wrote: +#ifdef CONFIG_TEGRA124_EMC +int tegra124_emc_reserve_bandwidth(unsigned int consumer, unsigned

[Bug 79980] Random radeonsi crashes

der 3.15 drm fixes also using TAHITI_mc2.bin. -- 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/20140618/4a6f5d70/attachment.html>

[PATCH] drm/exynos: defer hdmi probe when fail to get regulators

HDMI probe proceeds with dummy regulators when the regulators are not provided in DT node or regulator provider has not get probed or failed to register the regulators. This patch modify hdmi driver to defer the probe in case the regulators are not available. Signed-off-by: Rahul Sharma ---

[PATCH] drm/radeon: fix race condition in radeon_crtc_page_flip

From: Christian K?nig radeon_crtc_handle_flip can be called concurrently and if we set the unpin_work to early try to flip an unpinned BO or worse. Signed-off-by: Christian K?nig Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_display.c | 31

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

On Wed, Jun 18, 2014 at 09:23:06PM -0400, Rob Clark wrote: > On Wed, Jun 18, 2014 at 9:13 PM, Greg KH > wrote: > > On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote: > >> +#define CREATE_TRACE_POINTS > >> +#include > >> + > >> +EXPORT_TRACEPOINT_SYMBOL(fence_annotate_wait_on); >

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote: > A fence can be attached to a buffer which is being filled or consumed > by hw, to allow userspace to pass the buffer without waiting to another > device. For example, userspace can call page_flip ioctl to display the > next

[REPOST PATCH 4/8] android: convert sync to fence api, v5

On Wed, Jun 18, 2014 at 12:37:11PM +0200, Maarten Lankhorst wrote: > Just to show it's easy. > > Android syncpoints can be mapped to a timeline. This removes the need > to maintain a separate api for synchronization. I've left the android > trace events in place, but the core fence events should

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote: > + * This program is distributed in the hope that it will be useful, but > WITHOUT > + * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or > + * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote: > +#define CREATE_TRACE_POINTS > +#include > + > +EXPORT_TRACEPOINT_SYMBOL(fence_annotate_wait_on); > +EXPORT_TRACEPOINT_SYMBOL(fence_emit); Are you really willing to live with these as tracepoints for forever? What is the use of

[PATCH v2 2/2] drm/debugfs: add an "edid_override" file per connector

Add a file to debugfs for each connector to allow the EDID to be overridden. v2: Copy ubuf before accessing it and reject invalid length data. (David Herrmann) Ensure override_edid is reset when a new EDID value is written. (David Herrmann) Fix the debugfs file permissions. (David

[PATCH v2 1/2] drm/debugfs: add a "force" file per connector

Add a file to debugfs for each connector to enable modification of the "force" connector attribute. This allows connectors to be enabled or disabled for testing and debugging purposes. v2: Add stricter value checking and clean up debugfs_entry if file creation fails in

[PATCH v2 0/2] connector debugfs properties

The following patches update the last two patches in the original series with the suggested changes from David Herrmann. Thomas Wood (2): drm/debugfs: add a "force" file per connector drm/debugfs: add an "edid_override" file per connector drivers/gpu/drm/drm_crtc.c | 21 -

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

rom any driver. Hopefully only clock-core and clock-drivers would need any changes. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140618/e86187fa/attachment.sig>

[PATCH 5/5] drm/exynos: enable vsync interrupt while waiting for vblank

mixer_wait_for_vblank function expects that the upcoming vsync interrupt handler routine will clear the wait_vsync_event atomic variable. For this to happen, interrupts should be enabled and disabled properly. Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_mixer.c |4 1

[PATCH 4/5] drm/exynos: soft reset mixer before reconfigure after power-on

Mixer soft reset is a recommended step before reconfiguring the mixer after power on. Mixer looses the previous state of DMAs if soft reset. This is the recommendation from the hardware team. Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_mixer.c |2 ++ 1 file changed, 2

[PATCH 3/5] drm/exynos: allow mulitple layer updates per vsync for mixer

Allowing only one layer update per vsync can cause issues while there are update available for both layers. There is a good amount of possibility to loose updates if we allow single update per vsync. Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_mixer.c |7 +-- 1 file

[PATCH 2/5] drm/exynos: stop mixer before gating clocks during poweroff

Mixer should be power gated only after it is gracefully stopped. The recommended sequence is to Stop the mixer and wait till it enters to IDLE state before gating the clocks and power to the mixer. Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_mixer.c | 15 +++

[PATCH 1/5] drm/exynos: set power state variable after enabling clocks and power

Power state variable holds the state of the mixer device. Power on and power off functions are toggling these variable at wrong place. State variable should be changed to true only after Runtime PM and clocks are enabled. Else it may result to a situation where mixer registers are accessed with

[PATCH 0/5] drm/exynos: fix for misc issues related to exynos mixer

Fixes for various issues which are to Power On/Off sequence, Layer update, waiting for vblank in exynos mixer driver. This series is based on exynos-drm-fixes branch in Inki dae's tree. Rahul Sharma (5): drm/exynos: set power state variable after enabling clocks and power drm/exynos: stop

[pull] radeon drm-fixes-3.16

Hi Dave, Some fixes for radeon mode validation, deep color support, and pageflipping. The following changes since commit 571366284b50c93ba4ba5f13fad3f2430024c613: Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2014-06-18 15:50:58 +1000)

[PATCH] drm/msm: Implement msm drm fb_mmap callback function

This change implements msm drm specific fb_mmap function for fb device to properly map the fb address to userspace. Signed-off-by: Hai Li Signed-off-by: Stephane Viau --- drivers/gpu/drm/msm/msm_fbdev.c | 37 - 1 file changed, 36 insertions(+), 1 deletion(-)

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On 06/18/2014 04:19 PM, St?phane Marchesin wrote: > On Wed, Jun 18, 2014 at 3:00 PM, Thierry Reding > wrote: >> On Wed, Jun 18, 2014 at 07:23:47PM +0200, Tomeu Vizoso wrote: >>> On 06/17/2014 06:15 PM, Stephen Warren wrote: On 06/17/2014 06:16 AM, Tomeu Vizoso wrote: > On 06/16/2014

[Bug 79980] Random radeonsi crashes

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140618/2a1b0cda/attachment.html>

[PATCH 3/3] drm/radeon: enable bapm by default on desktop TN/RL boards

bapm enabled the GPU and CPU to share TDP headroom. It was disabled by default since some laptops hung when it was enabled in conjunction with dpm. It seems to be stable on desktop boards and fixes hangs on boot with dpm enabled on certain boards, so enable it by default on desktop boards. bug:

[PATCH 2/3] drm/radeon: enable bapm by default on KV/KB

bapm allows the GPU and CPU to share TDP. This allows for additional performance out of the GPU and CPU when the headroom is available. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/kv_dpm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/3] drm/radeon: only apply bapm changes for AC power on ARUBA

Never asics shouldn't need any manual adjustment. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_pm.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_pm.c b/drivers/gpu/drm/radeon/radeon_pm.c index 12c663e..e447e39 100644

[PATCH] drm/radeon: adjust default dispclk on DCE6 (v2)

Set the default to 600Mhz if it's not set in the bios, and bump the default to 600Mhz if it's lower than that. This fixes display issues with certain 4k DP monitors when using 5.4 Ghz DP clocks. v2: fix typo. Signed-off-by: Alex Deucher --- Send out the wrong version before.

[PATCH V2] drm/tegra: add MODULE_DEVICE_TABLEs

From: Stephen Warren When tegra-drm.ko is built as a module, these MODULE_DEVICE_TABLEs allow the module to be auto-loaded since the module will match the devices instantiated from device tree. (Notes for stable: in 3.14+, just git rm any conflicting file, since they are

[PATCH] drm/tegra: add MODULE_DEVICE_TABLEs

ost v2 with the issue you mentioned addressed. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140618/12b77b6c/attachment.sig>

[PATCH] drm/radeon: adjust default dispclk on DCE6

Set the default to 600Mhz if it's not set in the bios, and bump the default to 600Mhz if it's lower than that. This fixes display issues with certain 4k DP monitors when using 5.4 Ghz DP clocks. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_atombios.c | 10 +- 1 file

[PATCH v2 1/2] drm/debugfs: add a "force" file per connector

On Wed, Jun 18, 2014 at 12:52 PM, Thomas Wood wrote: > Add a file to debugfs for each connector to enable modification of the > "force" connector attribute. This allows connectors to be enabled or > disabled for testing and debugging purposes. > > v2: Add stricter value checking and clean up

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

of > clocks? This doesn't have anything to do with virtual clocks. As you mention, it's just about constraints. One user of clock "cpu" wants min rate 216MHz. Another wants max rate 1GHz. cpufreq will request some rate between the 2, or be capped to those limits. These set of imposed constraints would need to be stored per client of the clock, not per HW clock, since many clients could set different max rates (e.g. thermal throttle 1.5GHz due to temperature, CPU policy 1GHz due to the user selecting low CPU power, etc.) Similarly for audio, of there are N clients of 1 clock/PLL, and they each want the PLL to run at a different rate, something needs to detect that and deny it. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140618/c955e82b/attachment.sig>

[PATCH v2 2/2] drm/debugfs: add an "edid_override" file per connector

On Wed, Jun 18, 2014 at 12:52 PM, Thomas Wood wrote: > Add a file to debugfs for each connector to allow the EDID to be > overridden. > > v2: Copy ubuf before accessing it and reject invalid length data. (David > Herrmann) > Ensure override_edid is reset when a new EDID value is written.

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On Wed, Jun 18, 2014 at 3:00 PM, Thierry Reding wrote: > On Wed, Jun 18, 2014 at 07:23:47PM +0200, Tomeu Vizoso wrote: >> On 06/17/2014 06:15 PM, Stephen Warren wrote: >> >On 06/17/2014 06:16 AM, Tomeu Vizoso wrote: >> >>On 06/16/2014 10:02 PM, Stephen Warren wrote: >> >>>On 06/16/2014 07:35 AM,

[PATCH] drm/tegra: add MODULE_DEVICE_TABLEs

From: Stephen Warren When tegra-drm.ko is built as a module, these MODULE_DEVICE_TABLEs allow the module to be auto-loaded since the module will match the devices instantiated from device tree. (Notes for stable: in 3.14+, just git rm any conflicting file, since they are

[Bug 78221] 3.16 RC1: AMD R9 270 GPU locks up on some heavy 2D activity - GPU VM fault occurs. (possibly DMA copying issue strikes back?)

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

[Bug 74751] resume from suspend broken with 3.15-rc1 and rc2 kernels

https://bugzilla.kernel.org/show_bug.cgi?id=74751 Daniel Vetter changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|---

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

On 17.06.2014 20:41, Christian K?nig wrote: > Am 17.06.2014 12:12, schrieb Michel D?nzer: >> From: Michel D?nzer >> >> This reverts commit 75f36d861957cb05b7889af24c8cd4a789398304. >> >> drm_vblank_get() is necessary to ensure the DRM vblank counter value is >> up to date in

[PATCH] drm: fix NULL pointer access by wrong ioctl

If user uses wrong ioctl command with _IOC_NONE and argument size greater than 0, it can cause NULL pointer access from memset of line 463. If _IOC_NONE, don't memset to 0 for kdata. Signed-off-by: Zhaowei Yuan --- drivers/gpu/drm/drm_drv.c |3 ++- 1 file changed, 2 insertions(+), 1

[PATCH] drm: fix NULL pointer access by wrong ioctl

From: Zhaowei Yuan If user uses wrong ioctl command with _IOC_NONE and argument size greater than 0, it can cause NULL pointer access from memset of line 463. If _IOC_NONE, don't memset to 0 for kdata. Signed-off-by: Zhaowei Yuan --- drivers/gpu/drm/drm_drv.c |3

[PATCH 1/1] drm/exynos: Fix de-registration ordering

On 2014? 06? 17? 20:38, Sachin Kamat wrote: > 'exynos_drm_pdev' was not getting unregistered if platform_driver_register() > failed. Fix the ordering to allow this. This also fixes the below warning by > moving the #endif macro. While at it also fix the ordering in the exit > function > so that

[PATCH] drm: fix uninitialized acquire_ctx fields (v2)

On Sat, Jun 07, 2014 at 10:55:39AM -0400, Rob Clark wrote: > The acquire ctx will typically be declared on the stack, which means we > could have garbage values for any uninitialized field. In this case, it > was triggering WARN_ON()s because 'contended' had garbage value. > > Go ahead and use

[PATCH] drm/exynos: dpi: Fix NULL pointer dereference with legacy bindings

On 2014? 06? 18? 09:09, Tomasz Figa wrote: > On 10.06.2014 22:57, Tomasz Figa wrote: >> If there is no panel node in DT and instead display timings are provided >> directly in FIMD node, there is no panel object created and ctx->panel >> becomes NULL. However during Exynos DRM initialization >>

[REPOST PATCH 8/8] reservation: add suppport for read-only access using rcu

This adds 4 more functions to deal with rcu. reservation_object_get_fences_rcu() will obtain the list of shared and exclusive fences without obtaining the ww_mutex. reservation_object_wait_timeout_rcu() will wait on all fences of the reservation_object, without obtaining the ww_mutex.

[REPOST PATCH 7/8] reservation: update api and add some helpers

Move the list of shared fences to a struct, and return it in reservation_object_get_list(). Add reservation_object_get_excl to get the exclusive fence. Add reservation_object_reserve_shared(), which reserves space in the reservation_object for 1 more shared fence.

[REPOST PATCH 6/8] dma-buf: add poll support, v3

Thanks to Fengguang Wu for spotting a missing static cast. v2: - Kill unused variable need_shared. v3: - Clarify the BUG() in dma_buf_release some more. (Rob Clark) Signed-off-by: Maarten Lankhorst --- drivers/base/dma-buf.c | 108 +++

[REPOST PATCH 5/8] reservation: add support for fences to enable cross-device synchronisation

Signed-off-by: Maarten Lankhorst Reviewed-by: Rob Clark --- include/linux/reservation.h | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/include/linux/reservation.h b/include/linux/reservation.h index 813dae960ebd..f3f57460a205 100644 ---

[REPOST PATCH 4/8] android: convert sync to fence api, v5

Just to show it's easy. Android syncpoints can be mapped to a timeline. This removes the need to maintain a separate api for synchronization. I've left the android trace events in place, but the core fence events should already be sufficient for debugging. v2: - Call fence_remove_callback in

[REPOST PATCH 3/8] dma-buf: use reservation objects

This allows reservation objects to be used in dma-buf. it's required for implementing polling support on the fences that belong to a dma-buf. Signed-off-by: Maarten Lankhorst Acked-by: Mauro Carvalho Chehab #drivers/media/v4l2-core/ Acked-by: Thomas Hellstrom #drivers/gpu/drm/ttm

[REPOST PATCH 2/8] seqno-fence: Hardware dma-buf implementation of fencing (v5)

This type of fence can be used with hardware synchronization for simple hardware that can block execution until the condition (dma_buf[offset] - value) >= 0 has been met when WAIT_GEQUAL is used, or (dma_buf[offset] != 0) has been met when WAIT_NONZERO is set. A software fallback still has to be

[REPOST PATCH 1/8] fence: dma-buf cross-device synchronization (v17)

A fence can be attached to a buffer which is being filled or consumed by hw, to allow userspace to pass the buffer without waiting to another device. For example, userspace can call page_flip ioctl to display the next frame of graphics after kicking the GPU but while the GPU is still rendering.

[REPOST PATCH 0/8] fence synchronization patches

The following series implements fence and converts dma-buf and android sync to use it. Patch 5 and 6 add support for polling to dma-buf, blocking until all fences are signaled. Patch 7 and 8 provide some helpers, and allow use of RCU in the reservation api. The helpers make it easier to convert

[PATCH 1/4] clk: propagate parent change up one level

Hi Mike, Do you have any comments about this patch? The patch is needed to provide a clean fix for recently broken support for HDMI on Exynos4210 SoC in mainline. Regards, Tomasz Stanislawski On 05/01/2014 12:19 AM, Tomasz Figa wrote: > Mike, > > On 08.04.2014 17:45, Tomasz Figa wrote: >> Hi,

[Bug 66452] JUNIPER UVD accelerated playback of WMV3 streams does not work

vel/attachments/20140618/48b62508/attachment.html>

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On Wed, Jun 18, 2014 at 12:35:27AM +0200, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Tue, Jun 17, 2014 at 02:16:06PM +0200, Tomeu Vizoso wrote: > > On 06/16/2014 10:02 PM, Stephen Warren wrote: > > >On 06/16/2014 07:35 AM, Tomeu Vizoso wrote: > > >>+ > > >>+Child device nodes

Radeon drivers on PowerPC (e500)

On Wed, 2014-06-18 at 11:05 +1000, Dave Airlie wrote: > > I don't think we ever ioremap GART, it should kmap GART pages, ioremap > should only happen for VRAM areas AFAIK, > > This isn't some 32-bit vs 36-bit BAR or something, I seem to remember BenH > mentioning something like that before.

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On 06/18/2014 11:23 AM, Tomeu Vizoso wrote: > On 06/17/2014 06:15 PM, Stephen Warren wrote: >> On 06/17/2014 06:16 AM, Tomeu Vizoso wrote: >>> On 06/16/2014 10:02 PM, Stephen Warren wrote: On 06/16/2014 07:35 AM, Tomeu Vizoso wrote: > +#ifdef CONFIG_TEGRA124_EMC > +int

[PATCH 2/2] drm/i915: rework digital port IRQ handling (v2)

From: Dave Airlie The digital ports from Ironlake and up have the ability to distinguish between long and short HPD pulses. Displayport 1.1 only uses the short form to request link retraining usually, so we haven't really needed support for it until now. However with DP 1.2

[PATCH 1/2] drm/i915: Add #defines for short/long pulse on gmch platforms

From: Daniel Vetter For no reason at all the public docs lack them, and Dave needs them for his hpd interrupt rework. Cc: Dave Airlie Signed-off-by: Daniel Vetter Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/i915_reg.h | 6 ++ 1 file changed, 6

i915 hpd irq rework

Can we get these merged or even looked at?, they are blocking the whole MST progress, and I don't have any insight to secret Intel review process. :-) Dave.

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

Am 18.06.2014 07:53, schrieb Michel D?nzer: > On 17.06.2014 20:41, Christian K?nig wrote: >> Am 17.06.2014 12:12, schrieb Michel D?nzer: >>> From: Michel D?nzer >>> >>> This reverts commit 75f36d861957cb05b7889af24c8cd4a789398304. >>> >>> drm_vblank_get() is necessary to ensure the DRM vblank

Radeon drivers on PowerPC (e500)

On 18 June 2014 05:14, Martyn Welch wrote: > Hi, > > I've been asked to try and get a r600 based (E6460) graphics card running on > a machine powered by a Freescale p4080 (e500 core). I've run into a bit of a > problem. > > I have the driver built into the kernel at this point. When I boot the

[PATCH 1/1] drm/exynos: Fix de-registration ordering

On Wed, Jun 18, 2014 at 10:53 AM, Inki Dae wrote: > On 2014? 06? 17? 20:38, Sachin Kamat wrote: >> 'exynos_drm_pdev' was not getting unregistered if platform_driver_register() >> failed. Fix the ordering to allow this. This also fixes the below warning by >> moving the #endif macro. While at it

[PATCH v5 11/11] drm: sti: Add DRM driver itself

Make the link between all the hardware drivers and DRM/KMS interface. Create the driver itself and make it register all the sub-components. Use GEM CMA helpers for buffer allocation. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 8 + drivers/gpu/drm/sti/Makefile

[PATCH v5 10/11] drm: sti: add Compositor

Compositor control all the input sub-device (VID, GDP) and the mixer(s). It is the main entry point for composition. Layer interface is used to control the abstracted layers. Add debug in mixer and GDP Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Kconfig | 1 +

[PATCH v5 09/11] drm: sti: add Mixer

Mixer hardware IP is responsible of mixing the different inputs layers. Z-order is managed by the mixer. We could 2 mixers: one for main path and one for auxillary path Mixers are part of Compositor hardware block Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile| 1 +

[PATCH v5 08/11] drm: sti: add VID layer

VIDeo plug are one of the compositor input sub-devices. VID are dedicated to video inputs like YUV plans. Like GDP, VID are part of Compositor hardware block and use sti_layer structure to provide an abstraction for Compositor calls. Signed-off-by: Benjamin Gaignard ---

[PATCH v5 07/11] drm: sti: add GDP layer

Generic Display Pipeline are one of the compositor input sub-devices. GDP are dedicated to graphic input like RGB plans. GDP is part of Compositor hardware block which will be introduce later. A sti_layer structure is used to abstract GDP calls from Compositor. Signed-off-by: Benjamin Gaignard

[PATCH v5 06/11] drm: sti: add TVOut driver

TVout hardware block is responsible to dispatch the data flow coming from compositor block to any of the output (HDMI or Analog TV). It control when output are start/stop and configure according the require flow path. TVout is the parent of HDMI and HDA drivers and bind them at runtime. Tvout is

[PATCH v5 05/11] drm: sti: add HDA driver

Add driver to support analog TV ouput. HDA driver is mapped on drm_bridge and drm_connector structures. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile | 3 +- drivers/gpu/drm/sti/sti_hda.c | 790 ++ 2 files changed, 792

[PATCH v5 04/11] drm: sti: add HDMI driver

Add driver for HDMI output. HDMI PHY registers are mixed into HDMI device registers and their is only one IRQ for all this hardware block. That is why PHYs aren't using phy framework but only a thin hdmi_phy_ops structure with start and stop functions. HDMI driver is mapped on drm_bridge and

[PATCH v5 03/11] drm: sti: add VTAC drivers

Video Traffic Advance Communication Rx and Tx drivers are designed for inter-die communication. Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/sti/Makefile | 3 +- drivers/gpu/drm/sti/sti_vtac.c | 211 + 2 files changed, 213 insertions(+), 1

[PATCH v5 02/11] drm: sti: add VTG driver

Video Time Generator drivers are used to synchronize the compositor and tvout hardware IPs by providing line count, sample count, synchronization signals (HSYNC, VSYNC) and top and bottom fields indication. VTG are used by pair for each data path (main or auxiliary) one for master and one for

[PATCH v5 01/11] drm: sti: add bindings for DRM driver

Add DRM/KMS driver bindings documentation. Describe the required properties for each of the hardware IPs drivers. Signed-off-by: Benjamin Gaignard --- .../devicetree/bindings/gpu/st,stih4xx.txt | 189 + drivers/gpu/drm/sti/NOTES | 58 +++

[PATCH v5 00/11] Add DRM for stih4xx platforms

This series of patches add the support of DRM/KMS drivers for STMicroelectronics chipsets stih416 and stih407. version 5: - Rework sti_drm_drv probes functions to support deferred probe. This allow hdmi to delayed framebuffer creation until I2C is available. - Add ops

[PATCH] drm/exynos: dpi: Fix NULL pointer dereference with legacy bindings

On Wednesday, June 11, 2014 5:58 AM, Tomasz Figa wrote: > > If there is no panel node in DT and instead display timings are provided > directly in FIMD node, there is no panel object created and ctx->panel > becomes NULL. However during Exynos DRM initialization > drm_helper_hpd_irq_event() is

Radeon drivers on PowerPC (e500)

On 18/06/14 02:48, Benjamin Herrenschmidt wrote: > On Wed, 2014-06-18 at 11:05 +1000, Dave Airlie wrote: >> >> I don't think we ever ioremap GART, it should kmap GART pages, ioremap >> should only happen for VRAM areas AFAIK, >> >> This isn't some 32-bit vs 36-bit BAR or something, I seem to

Radeon drivers on PowerPC (e500)

On 18/06/14 02:05, Dave Airlie wrote: > On 18 June 2014 05:14, Martyn Welch wrote: >> Hi, >> >> I've been asked to try and get a r600 based (E6460) graphics card running on >> a machine powered by a Freescale p4080 (e500 core). I've run into a bit of a >> problem. >> >> I have the driver built

[REGRESSION] drm/g94/i2c: add aux channel interrupt driver

On Wed, Jun 18, 2014 at 12:38 AM, Maarten Lankhorst wrote: > Hey, > > This patch causes a regression on my display-less nvd7. > Commenting out the aux, aux_stat and aux_mask members in nvd0_i2c_oclass > fixes boot, and makes things work normally again. > Hey Maarten, Yeah that probably makes

[PATCH 1/2] x86, ia64: Move EFI_FB vga_default_device() initialization to pci_vga_fixup()

On Tue, 17 Jun 2014 16:35:42 -0600 Bjorn Helgaas wrote: > On Mon, Jun 02, 2014 at 08:19:26PM +0200, Bruno Pr?mont wrote: > > With commit b4aa0163056b ("efifb: Implement vga_default_device() (v2)") > > Matthew Garrett introduced a efifb vga_default_device() so that EFI > > systems that do not load

[Bug 78111] APU turbo core boost not working when radeon.dpm=1

https://bugzilla.kernel.org/show_bug.cgi?id=78111 --- Comment #9 from Marko Srebre --- I've been using enable_bapm for a day now, here are my observations: * There are no issues regarding lockups. Not even when plugging/unplugging AC adapter or sleeping/resuming. * Boost state is active on

[Bug 80172] Rendering an application with discrete card makes X crash with segfault

dri-devel/attachments/20140618/0ebfe61e/attachment.html>

[Bug 78211] GPU lockup

https://bugzilla.kernel.org/show_bug.cgi?id=78211 t3st3r at mail.ru changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this

[Bug 78221] 3.16 RC1: AMD R9 270 GPU locks up on some heavy 2D activity - GPU VM fault occurs. (possibly DMA copying issue strikes back?)

https://bugzilla.kernel.org/show_bug.cgi?id=78221 --- Comment #1 from t3st3r at mail.ru --- *** Bug 78211 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 78211] GPU lockup

https://bugzilla.kernel.org/show_bug.cgi?id=78211 t3st3r at mail.ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 78221] New: 3.16 RC1: AMD R9 270 GPU locks up on some heavy 2D activity - GPU VM fault occurs. (possibly DMA copying issue strikes back?)

https://bugzilla.kernel.org/show_bug.cgi?id=78221 Bug ID: 78221 Summary: 3.16 RC1: AMD R9 270 GPU locks up on some heavy 2D activity - GPU VM fault occurs. (possibly DMA copying issue strikes back?) Product: Drivers

  1   2   >