[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150318/9422d330/attachment-0001.html>

[PATCH libdrm 1/1] tests/exynos: Fix warnings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jan Vesely wrote: >> >>> @@ -573,6 +573,7 @@ static int g2d_checkerboard_test(struct >>> exynos_device *dev, src_img.user_ptr[0].userptr = (unsigned >>> long)checkerboard; src_img.user_ptr[0].size = img_w * img_h * >>> 4; break; + case

[Bug 87796] radeonsi 120Hz graphic glitches

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150318/cd43b060/attachment.html>

[PATCH 3/4] drm/msm: Initial add DSI connector support

Hi Archit, Thanks for your comments. Please see my response for some comments below. Comments without response will be addressed in patch version 2. I will wait for other comments if any to push patch V2. >> +static int dsi_gpio_init(struct msm_dsi_host *msm_host) >> +{ >> +int ret; >> + >>

[PATCH libdrm 1/1] tests/exynos: Fix warnings

Hello Jan, Jan Vesely wrote: > Signed-off-by: Jan Vesely > --- > tests/exynos/exynos_fimg2d_test.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/tests/exynos/exynos_fimg2d_test.c > b/tests/exynos/exynos_fimg2d_test.c > index e7d9b72..dfb34ac 100644 > ---

[Bug 87796] radeonsi 120Hz graphic glitches

org/archives/dri-devel/attachments/20150318/88d1fac3/attachment-0001.html>

[Bug 89431] Monitor is deactivated after DPMS activates

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

[Intel-gfx] [PATCH 1/2 v2] intel: Export total subslice and EU counts

On Mon, Mar 09, 2015 at 04:13:03PM -0700, jeff.mcgee at intel.com wrote: > From: Jeff McGee > > Update kernel interface with new I915_GETPARAM ioctl entries for > subslice total and EU total. Add a wrapping function for each > parameter. Userspace drivers need these values when constructing >

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

On Wed, 2015-03-18 at 12:22 +0200, Ville Syrjälä wrote: > We had another bug report which showed similar problems on something > as recent as SNB: > https://bugzilla.kernel.org/show_bug.cgi?id=94241 > So I guess we really want to make the check 'gen < 7'. > > My IVB X1 Carbon doesn't need this

[PATCH v2 6/6] drm/exynos: dsi: do not set TE GPIO direction by input

On some board, TE GPIO should be configured properly thoughout pinctrl driver as an wakeup interrupt. So this gpio should be configurable in the board's DT, not being requested as a input pin. Signed-off-by: Hyungwon Hwang --- drivers/gpu/drm/exynos/exynos_drm_dsi.c | 4 ++-- 1 file changed, 2

[PATCH v2 5/6] drm/exynos: dsi: add support for MIC driver as a bridge

MIC must be initilized by MIPI DSI when it is being bound. Signed-off-by: Hyungwon Hwang --- drivers/gpu/drm/exynos/exynos_drm_dsi.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi.c b/drivers/gpu/drm/exynos/exynos_drm_dsi.c

[PATCH v2 4/6] drm/exynos: dsi: add support for Exynos5433 SoC

This patch adds support for Exynos5433. The goal is achieved by 1. Getting the address of registers from driver data 2. Getting the fixed value for registers from driver data 3. Getting different number of clocks using driver data 4. Getting max frequency of pixel clock from driver data

[PATCH v2 3/6] drm/exynos: mic: add MIC driver

MIC(Mobile image compressor) is newly added IP in Exynos5433. MIC resides between decon and mipi dsim, and compresses frame data by 50%. With dsi, not display port, to send frame data to the panel, the bandwidth is not enough. That is why this compressor is introduced. Signed-off-by: Hyungwon

[PATCH v2 2/6] of: add helper for getting endpoint node of specific identifiers

When there are multiple ports or multiple endpoints in a port, they have to be distinguished by the value of reg property. It is common. The drivers can get the specific endpoint in the specific port via this function. Now the drivers have to implement this code in themselves or have to force the

[PATCH v2 1/6] drm/exynos: add Exynos5433 decon driver

From: Joonyoung Shim DECON(Display and Enhancement Controller) is new IP replacing FIMD in Exynos5433. This patch adds Exynos5433 decon driver. Signed-off-by: Joonyoung Shim Signed-off-by: Hyungwon Hwang --- Changes for v2: change file names and variable names of

[PATCH v2 0/6] Add drivers for Exynos5433 display

This patchset is based on the git(branch name: exynos-drm-next) which is maintained by Inki Dae. https://kernel.googlesource.com/pub/scm/linux/kernel/git/daeinki/drm-exynos.git This patchset adds 2 new device drivers, decon and mic, and adds support for Exynos5433 mipi dsi. To enable display in a

[PATCH] intel: Export total subslice and EU counts

On Mon, Mar 02, 2015 at 03:39:27PM -0800, jeff.mcgee at intel.com wrote: > From: Jeff McGee 2 small details, but otherwise: Reviewed-by: Damien Lespiau > Update kernel interface with new I915_GETPARAM ioctl entries for > subslice total and EU total. Add a wrapping function for each >

[PATCH] drm/omap: tiler: add hibernation callback

Hi All, On 02/25/2015 08:08 PM, grygorii.strashko at linaro.org wrote: > From: Grygorii Strashko > > Setting a dev_pm_ops resume callback but not a set of > hibernation handler means that pm function will not be > called upon hibernation. > Fix this by using SIMPLE_DEV_PM_OPS, which

[PATCH] drm: Return current vblank value for drmWaitVBlank queries

On 03/18/2015 10:30 AM, Chris Wilson wrote: > On Wed, Mar 18, 2015 at 11:53:16AM +0900, Michel Dänzer wrote: >> drm_vblank_count_and_time() doesn't return the correct sequence number >> while the vblank interrupt is disabled, does it? It returns the sequence >> number from the last time

[PATCH libdrm 1/1] tests/exynos: Fix warnings

o default branch. jan > > With best wishes, > Tobias > -- Jan Vesely -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150318/55227cc4/attachment.sig>

[Bug 87796] radeonsi 120Hz graphic glitches

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

[PATCH libdrm 9/8] Remove drmSetDebugMsgFunction and related infrastructure

Not used anywhere Signed-off-by: Jan Vesely --- xf86drm.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index a309d57..ab472ea 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -114,11 +114,6 @@ drmDebugPrint(const char *format, va_list ap)

[PATCH libdrm v2 8/8] Fix unused function warnings

v2: Remove the handler function instead of commenting out split debugmsg function removal to a separate patch Signed-off-by: Jan Vesely --- tests/drmstat.c | 13 - xf86drm.c | 2 ++ 2 files changed, 2 insertions(+), 13 deletions(-) diff --git a/tests/drmstat.c

[PATCH libdrm 1/1] tests/exynos: Fix warnings

Signed-off-by: Jan Vesely --- tests/exynos/exynos_fimg2d_test.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tests/exynos/exynos_fimg2d_test.c b/tests/exynos/exynos_fimg2d_test.c index e7d9b72..dfb34ac 100644 --- a/tests/exynos/exynos_fimg2d_test.c +++

[Bug 87796] radeonsi 120Hz graphic glitches

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150318/7844a8c3/attachment-0001.html>

[Bug 87796] radeonsi 120Hz graphic glitches

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

[PATCH 5/5] drm/dp: Use I2C_WRITE_STATUS_UPDATE to drain partial I2C_WRITE requests

On Fri, 13 Mar 2015, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > When an i2c WRITE gets an i2c defer or short i2c ack reply, we are > supposed to switch the request from I2C_WRITE to I2C_WRITE_STATUS_UPDATE > when we continue to poll for the completion of the request. > >

[Intel-gfx] [PATCH 2/5] drm/i915: Handle DP_AUX_I2C_WRITE_STATUS_UPDATE

On Fri, 13 Mar 2015, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > When we get an i2c defer or short ack for i2c-over-aux write we need > to switch to WRITE_STATUS_UPDATE to poll for the completion of the > original request. > > i915 doesn't try to interpret wht request type

[Intel-gfx] [PATCH 1/5] drm/dp: s/I2C_STATUS/I2C_WRITE_STATUS_UPDATE/

On Fri, 13 Mar 2015, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Rename the I2C_STATUS request to I2C_WRITE_STATUS_UPDATE to match the > spec. > > Signed-off-by: Ville Syrjälä Reviewed-by: Jani Nikula > --- > drivers/gpu/drm/tegra/dpaux.c | 2 +- >

[Intel-gfx] [patch] drm/i915: memory leak in __i915_gem_vma_create()

On ke, 2015-03-18 at 09:41 +0100, Daniel Vetter wrote: > On Wed, Mar 18, 2015 at 10:36:45AM +0200, Jani Nikula wrote: > > On Wed, 18 Mar 2015, Dan Carpenter wrote: > > > In the original code then if WARN_ON(i915_is_ggtt(vm) != !!ggtt_view) > > > was true then we leak "vma". Presumably that

[PATCH 3/4] drm/msm: Initial add DSI connector support

Hi, On 03/14/2015 04:54 AM, Hai Li wrote: > This change adds the DSI connector support in msm drm driver. > > Signed-off-by: Hai Li > --- > drivers/gpu/drm/msm/Kconfig | 11 + > drivers/gpu/drm/msm/Makefile |4 + > drivers/gpu/drm/msm/dsi/dsi.c | 203 >

[PATCH] radeon: Update Kaveri MEC firmware to #396

On Sat, Mar 14, 2015 at 12:51:19AM +0200, Oded Gabbay wrote: > This patch updates the Kaveri MEC firmware to #396 (from #391). > The MEC firmware is mainly used for amdkfd - AMD's HSA Linux kernel driver. > > Signed-off-by: Oded Gabbay applied, thanks.

[Bug 89659] GPU Hangs with dota2

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

[Bug 79980] Random radeonsi crashes

red by developers because there are many different causes. -- 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/20150318/c9

[Bug 79980] Random radeonsi crashes

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

[pull] radeon drm-fixes-4.0

Hi Dave, Just one fix for stable. The following changes since commit 046d669c62f37323ef0329c41d83a03c06b2087d: [PATCH] drm/mm: Fix support 4 GiB and larger ranges (2015-03-16 06:28:50 +1000) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-fixes-4.0

[Bug 79980] Random radeonsi crashes

org/archives/dri-devel/attachments/20150318/583a59de/attachment.html>

[PATCH v2 1/6] drm/exynos: add Exynos5433 decon driver

Hi, Some feedback comments - most of these are not unique to your 5433 DECON driver but endemic throughout Exynos, so I don't blame you for them - but they should be fixed anyway. On 18 March 2015 at 08:16, Hyungwon Hwang wrote: > +static void decon_dpms_on(struct exynos_decon *decon) > +{ > +

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

On Wed, Mar 18, 2015 at 10:37:16AM +0100, Paul Bolle wrote: > Imre Deak schreef op ma 02-03-2015 om 13:04 [+0200]: > > Bjørn reported that his machine hang during hibernation and eventually > > bisected the problem to the following commit: > > > > commit da2bc1b9db3351addd293e5b82757efe1f77ed1d

[PATCH] drm: Return current vblank value for drmWaitVBlank queries

On 18.03.2015 11:53, Michel Dänzer wrote: > On 18.03.2015 00:44, Chris Wilson wrote: >> When userspace queries the current vblank for the CRTC, we can reply >> with the cached value (using atomic reads to serialise with the vblank >> interrupt as necessary) without having to touch registers. In

[PATCH] drm/omap: tiler: add hibernation callback

On Wed, Feb 25, 2015 at 1:08 PM, wrote: > From: Grygorii Strashko > > Setting a dev_pm_ops resume callback but not a set of > hibernation handler means that pm function will not be > called upon hibernation. > Fix this by using SIMPLE_DEV_PM_OPS, which appropriately > assigns the suspend and

[PATCH] drm: Return current vblank value for drmWaitVBlank queries

On 18.03.2015 00:44, Chris Wilson wrote: > When userspace queries the current vblank for the CRTC, we can reply > with the cached value (using atomic reads to serialise with the vblank > interrupt as necessary) without having to touch registers. In the > instant disable case, this saves us from

[PATCH v2 5/5] [media] imx-ipu: Add i.MX IPUv3 scaler driver

From: Sascha Hauer This patch adds support for hardware accelerated scaling and color space conversion between memory buffers using the IPUv3 IC. Since the maximum output size of the IC unit is 1024x1024 pixels, multiple IC tasks with overlapping tiles are used internally

[PATCH v2 4/5] [media] imx-ipu: Add ipu media common code

From: Sascha Hauer Add video4linux API routines common to drivers for units that accept or provide video data via the i.MX IPU IDMAC channels, such as scaler or deinterlacer drivers. Signed-off-by: Sascha Hauer Signed-off-by: Lucas Stach Signed-off-by: Philipp Zabel

[PATCH v2 3/5] gpu: ipu-v3: Register scaler platform device

This patch registers the scaler device using the IC post-processing task, to be handled by a mem2mem scaler driver. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/ipu-v3/ipu-common.c

[PATCH v2 2/5] gpu: ipu-v3: Add mem2mem image conversion support to IC

This patch adds support for mem2mem scaling and colorspace conversion using the IC module's post-processing task. Scaling images larger than 1024x1024 is supported by tiling over multiple IC scaling runs. Since the IDMAC and IC units have interesting and different alignment limitations for buffer

[PATCH v2 1/5] gpu: ipu-v3: Add missing IDMAC channel names

This patch adds the remaining missing IDMAC channel names: all VDIC channels for deinterlacing and combining, the separate alpha channels for the MEM->IC and MEM->DC ASYNC channels, and the DC read / command / output mask channels. Signed-off-by: Philipp Zabel --- include/video/imx-ipu-v3.h |

[PATCH v2 0/5] i.MX5/6 mem2mem scaler

Hi, this series uses the IPU IC post-processing task, to implement a mem2mem device for scaling and colorspace conversion. The first version had a fixup applied to the wrong patch. Changes since v1: - Removed deinterlacer support left-overs regards Philipp Philipp Zabel (3): gpu: ipu-v3:

[patch] drm/i915: memory leak in __i915_gem_vma_create()

In the original code then if WARN_ON(i915_is_ggtt(vm) != !!ggtt_view) was true then we leak "vma". Presumably that doesn't happen often but static checkers complain and this bug is easy to fix. Fixes: c3bbb6f2825d ('drm/i915: Do not use ggtt_view with (aliasing) PPGTT') Signed-off-by: Dan

[PULL] topic/drm-misc

Hi Dave, Another drm-misch pull request. Mostly the fbdev sizes deconfusion series from Rob, everything else is small stuff all over. And the large i2c over aux transfers patch, too. Cheers, Daniel The following changes since commit 7eb5f302bbe78b88da8b2008c502c1975e75db05: drm: Check in

[GIT PULL] drm: sti: convert driver to atomic modeset

On Wed, Mar 18, 2015 at 09:33:25AM +0100, Benjamin Gaignard wrote: > Hello Dave, > > Can I ask you to mmerge this pull request into drm-next ? > > The following changes since commit 03be70050c85768e9ce7c0d0887110d1b629e127: > > Merge tag 'topic/drm-misc-2015-03-10' of >

[PATCH v3 7/7] drm/tilcdc: Decrement refcount of ep-node from of_graph_get_next_endpoint

This patch should be dropped/reverterd if/after "of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint" patch has been merged. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_external.c | 1 + 1 file changed, 1 insertion(+) diff --git

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

Use new binding for the external tda19988 HDMI encoder. Signed-off-by: Jyri Sarha --- arch/arm/boot/dts/am335x-boneblack.dts | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/arch/arm/boot/dts/am335x-boneblack.dts b/arch/arm/boot/dts/am335x-boneblack.dts

[PATCH v3 5/7] drm/tilcdc: Force building of DRM_TILCDC_SLAVE_COMPAT

If I read Documentation/kbuild/makefiles.txt section 3.6 right, this patch should not be needed. However, without this patch the objects needed for DRM_TILCDC_SLAVE_COMPAT are not linked, if DRM_TILCDC is built as module. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/Makefile | 2 +- 1 file

[PATCH v3 4/7] drm/tilcdc: Add DRM_TILCDC_SLAVE_COMPAT for ti, tilcdc, slave binding support

Adds a CONFIG_DRM_TILCDC_SLAVE_COMPAT module for "ti,tilcdc,slave" node conversion. The implementation is in tilcdc_slave_compat.c and it uses tilcdc_slave_compat.dts as a basis for creating a DTS overlay. The DTS overlay adds an external tda998x encoder to tilcdc that corresponds to the old

[PATCH v3 3/7] drm/tilcdc: Add support for external tda998x encoder

Add support for an external compontised DRM encoder. The external encoder can be connected to tilcdc trough device tree graph binding. The binding document for tilcdc has been updated. The current implementation supports only tda998x encoder. I got the idea and some lines of code from

[PATCH v3 2/7] drm/tilcdc: Remove tilcdc slave support for tda998x driver

Remove tilcdc slave support for tda998x driver. The tilcdc slave support would conflicts with componentized use of tda998x. Signed-off-by: Jyri Sarha --- .../devicetree/bindings/drm/tilcdc/slave.txt | 18 - drivers/gpu/drm/tilcdc/Makefile| 1 -

[PATCH v3 1/7] drm/tilcdc: Fix module unloading

Force crtc dpms off before destroying the crtc instead of just checking the dpms state. This fixes warning message and frozen picture after tilcdc module unloading. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

[PATCH v3 0/7] Use DRM component API in tilcdc to connect to tda998x

I think the patches 1-5 are ready for merging. See the details below. I moved the "drm/tilcdc: Decrement refcount of ep-node from of_graph_get_next_endpoint" to last in the set and I think it can be dropped. The "of: Decrement refcount of previous endpoint in of_graph_get_next_endpoint" is

[PATCH] drm: sti: convert driver to atomic modeset

On Wed, Mar 11, 2015 at 03:25:18PM +0100, Benjamin Gaignard wrote: > This patch does the minimum to make sti driver use atomic helpers. > No big bang, only adapt some functions to new call order. > > Later it will allow to clean the mess around sti_mixer_* functions > which are use either in

[PATCH v6 09/12] drm/tegra: Reset the SOR on probe

As there isn't a way for the firmware on the Nyan chromebooks to hand over the display to the kernel. Signed-off-by: Tomeu Vizoso Acked-by: Stephen Warren Reviewed-by: Alexandre Courbot --- drivers/gpu/drm/tegra/sor.c | 14 ++ 1 file changed, 14 insertions(+) diff --git

[PATCH v6 03/12] drm/panel: add support for Samsung LTN140AT29 panel

From: Stéphane Marchesin This panel is used by the Nyan Blaze board and supported by the simple-panel driver. Signed-off-by: Stéphane Marchesin [tomeu.vizoso at collabora.com: add device tree binding document] Signed-off-by: Tomeu Vizoso Acked-by: Stephen Warren

[PATCH v6 00/12] Improvements to Tegra-based Chromebook support

v6: * Added Acked-by and Reviewed-By tags * Rebased on top of 4.0-rc1 * Added patch that marks the WiFi card as powered during suspend v5: * Moved to use gpio-restart for reboots, had to make tegra_pmc_restart a notification handler v4: * Added support for the

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

Imre Deak schreef op ma 02-03-2015 om 13:04 [+0200]: > Bjørn reported that his machine hang during hibernation and eventually > bisected the problem to the following commit: > > commit da2bc1b9db3351addd293e5b82757efe1f77ed1d > Author: Imre Deak > Date: Thu Oct 23 19:23:26 2014 +0300 > >

[patch] drm/i915: memory leak in __i915_gem_vma_create()

On Wed, 18 Mar 2015, Dan Carpenter wrote: > In the original code then if WARN_ON(i915_is_ggtt(vm) != !!ggtt_view) > was true then we leak "vma". Presumably that doesn't happen often but > static checkers complain and this bug is easy to fix. > > Fixes: c3bbb6f2825d ('drm/i915: Do not use

[Intel-gfx] [Regression] WARNING: drivers/gpu/drm/i915/i915_gem.c:4525 i915_gem_free_object

On Wed, 18 Mar 2015, Steven Rostedt wrote: > On Tue, 17 Mar 2015 08:53:21 +0100 > Daniel Vetter wrote: > >> Can you please cherry pick 42a7b088127f (\"drm/i915: Make sure the primary >> plane is enabled before reading out the fb state\") from -next to 4.0-rc >> to test whether this is indeed the

[PATCH libdrm 3/5] android: remove ${srcdir} from the includes

On 18/03/15 01:49, Chih-Wei Huang wrote: > 2015年3月18日 上午7:30 於 "Emil Velikov" > 寫道： >> >> Already implicitly handled by the compiler. > > Actually it's not handled by the compiler, but by the Android build > system. It automatically adds

[PATCH libdrm] autotools: remove ${srcdir} from the includes

On 17/03/15 23:17, Emil Velikov wrote: > Already implicitly handled by the compiler. > s/compiler/build system/ > Signed-off-by: Emil Velikov > --- > Inspired while cleaning up the very same includes in the Android build. > > -Emil > > exynos/Makefile.am| 1 - > freedreno/Makefile.am | 1

[PATCH v2 4/6] drm/exynos: dsi: add support for Exynos5433 SoC

Hi, On 18 March 2015 at 08:16, Hyungwon Hwang wrote: > +#define REG(dsi, reg) ((dsi)->reg_base + dsi->driver_data->regs[(reg)]) This seems like a good change in general, but please split it up: it makes bisection much easier if you have one patch which adds no functionality and should have

[PATCH libdrm 3/5] android: remove ${srcdir} from the includes

st > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150318/37ad9e48/attachment.html>

[Intel-gfx] [patch] drm/i915: memory leak in __i915_gem_vma_create()

On Wed, Mar 18, 2015 at 10:36:45AM +0200, Jani Nikula wrote: > On Wed, 18 Mar 2015, Dan Carpenter wrote: > > In the original code then if WARN_ON(i915_is_ggtt(vm) != !!ggtt_view) > > was true then we leak "vma". Presumably that doesn't happen often but > > static checkers complain and this bug

[GIT PULL] drm: sti: convert driver to atomic modeset

Hello Dave, Can I ask you to mmerge this pull request into drm-next ? The following changes since commit 03be70050c85768e9ce7c0d0887110d1b629e127: Merge tag 'topic/drm-misc-2015-03-10' of git://anongit.freedesktop.org/drm-intel into drm-next (2015-03-11 12:15:06 +1000) are available in the

[PATCH] drm: Return current vblank value for drmWaitVBlank queries

On Wed, Mar 18, 2015 at 11:53:16AM +0900, Michel Dänzer wrote: > drm_vblank_count_and_time() doesn't return the correct sequence number > while the vblank interrupt is disabled, does it? It returns the sequence > number from the last time vblank_disable_and_save() was called (when the > vblank

Fwd: [PATCH 0/5] drm/dp: i2c-over-aux short write support

fwd to the list. -- Forwarded message -- From: Alex Deucher Date: Mon, Mar 16, 2015 at 9:49 AM Subject: Re: [PATCH 0/5] drm/dp: i2c-over-aux short write support To: Ville Syrjälä On Fri, Mar 13, 2015 at 12:13 PM, wrote: > From: Ville Syrjälä > >

[PATCH libdrm 0/5] Yet another round of Android build cleanups

2015-03-18 7:30 GMT+08:00 Emil Velikov : > > As pointed out by Chih-Wei, Android's LOCAL_COPY_HEADERS{,_TO} has been > depreciated for quite some time. > > Although it was a convenient way of getting things done (no more > hard-coding the location of drm) it seems that there is another more >

4.0-rc4 strangeness: who crossed my 9's?! on thinkpad x60

Hi! > Dave just sent out the pull request with the fix for this: > > commit 046d669c62f37323ef0329c41d83a03c06b2087d > Author: Krzysztof Kolasa > Date: Sun Mar 15 20:22:36 2015 +0100 > > [PATCH] drm/mm: Fix support 4 GiB and larger ranges > Thanks, have it, no hangups so far. But now,

[PATCH v2 RESEND 0/4] Fix power domains handling on exynos542x

On 03/12/15 22:37, Andrzej Hajda wrote: > Hi Kukjin, > Hi, > This is resend of my patchset with added (Reviewed|Tested)-by tags and > removed RFC > prefix. > > Exynos chipsets since 542x have asynchronous bridges connecting different IPs. > These bridges should be operational during power

[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

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

[PATCH libdrm 0/5] Yet another round of Android build cleanups

On 18 March 2015 at 01:19, Chih-Wei Huang wrote: > 2015-03-18 7:30 GMT+08:00 Emil Velikov : >> >> As pointed out by Chih-Wei, Android's LOCAL_COPY_HEADERS{,_TO} has been >> depreciated for quite some time. >> >> Although it was a convenient way of getting things done (no more >> hard-coding the

[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

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

[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

ty of pre-packaged mesa. A quick search turns up https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers which makes claims about supporting Ubuntu 14.04. Hope this helps. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTM

[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

an point me at a good sent of instructions for how to do this, you could save me some time. -- 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-de

[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

sed recently. -- 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/20150318/066a35ba/attachment.html>

[Bug 89619] Chrome crashes in 64 bit r600 driver while running google maps

org/archives/dri-devel/attachments/20150318/05e50467/attachment.html>

[PATCH libdrm 5/5] android: add the missing tag "optional" to libkms

Signed-off-by: Emil Velikov --- libkms/Android.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/libkms/Android.mk b/libkms/Android.mk index 12cf844..4f5e3d2 100644 --- a/libkms/Android.mk +++ b/libkms/Android.mk @@ -43,6 +43,7 @@ LOCAL_SRC_FILES += $(LIBKMS_RADEON_FILES) endif

[PATCH libdrm 4/5] android: remove LOCAL_COPY_HEADERS* variables

With earlier changes we've implicitly add the relevant directories to the includes list, via LOCAL_EXPORT_C_INCLUDES_DIRS. Signed-off-by: Emil Velikov --- freedreno/Android.mk | 3 --- intel/Android.mk | 3 --- libkms/Android.mk| 3 --- nouveau/Android.mk | 3 --- radeon/Android.mk

[PATCH libdrm 3/5] android: remove ${srcdir} from the includes

Already implicitly handled by the compiler. Signed-off-by: Emil Velikov --- freedreno/Android.mk | 3 --- intel/Android.mk | 1 - nouveau/Android.mk | 3 --- radeon/Android.mk| 3 --- 4 files changed, 10 deletions(-) diff --git a/freedreno/Android.mk b/freedreno/Android.mk index

[PATCH libdrm 2/5] android: simplify LOCAL_C_INCLUDES

Each of the libdrm_${hw} modules pull libdrm for linking as such: libdrm's LOCAL_EXPORT_C_INCLUDE_DIRS are added to the includes list. The former of which is already set to ${top} and ${top}/include/drm. Signed-off-by: Emil Velikov --- freedreno/Android.mk | 4 +--- intel/Android.mk | 2 --

[PATCH libdrm 1/5] android: correcly set LOCAL_EXPORT_C_INCLUDE_DIRS

- Don't add ${hw}/${hw}, but ${hw} to the includes path. The former does not exist. - Set the variable for libkms. Inspired by the work of from Chih-Wei from the Android-x86 project. Signed-off-by: Emil Velikov --- Android.mk | 2 +- freedreno/Android.mk | 3 +-- intel/Android.mk

[PATCH libdrm 0/5] Yet another round of Android build cleanups

Hi all, As pointed out by Chih-Wei, Android's LOCAL_COPY_HEADERS{,_TO} has been depreciated for quite some time. Although it was a convenient way of getting things done (no more hard-coding the location of drm) it seems that there is another more appropriate (and cleaner) solution. Namely:

[PATCH libdrm] autotools: remove ${srcdir} from the includes

Already implicitly handled by the compiler. Signed-off-by: Emil Velikov --- Inspired while cleaning up the very same includes in the Android build. -Emil exynos/Makefile.am| 1 - freedreno/Makefile.am | 1 - intel/Makefile.am | 1 - nouveau/Makefile.am | 1 - omap/Makefile.am |