[Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

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/20150610/9ae71f8f/attachment.html>

[Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

), but no > later than 324987 (first known bad). -- 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/20150610/c272e6ee/attachment-0001.html>

[pull] radeon drm-next-4.2

Hi Dave, A few more fixes for radeon for 4.2 The following changes since commit ae45577324d1f749c907840247d443696ac3bc7a: virtgpu: include linux/types.h to avoid warning. (2015-06-05 12:31:12 +1000) are available in the git repository at: git://people.freedesktop.org/~agd5f/linux drm-next-

[pull] amdgpu drm-next-4.2

Hi Dave, More fixes for amdgpu for 4.2. We've integrated Jerome's comments about the interface among other things. I'll be on vacation next week so Christian will be handling any updates next week. The following changes since commit ae45577324d1f749c907840247d443696ac3bc7a: virtgpu: include

[Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

RLs) -- 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/20150610/909b590f/attachment.html>

[Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

ormer to the latter release, so those were my starting points for bisection.) -- 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/20150610/183209ba/attachment.html>

[Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

ng 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/20150610/9192862c/attachment.html>

[Bug 90264] [Regression, bisected] Tooltip corruption in Chrome

<http://lists.freedesktop.org/archives/dri-devel/attachments/20150610/0280f9f3/attachment-0001.html>

[PATCH] treewide: Fix typo compatability -> compatibility

On Wed, Jun 10, 2015 at 7:27 AM, Mauro Carvalho Chehab wrote: > Em Wed, 27 May 2015 15:05:42 +0300 > Laurent Pinchart escreveu: > >> Even though 'compatability' has a dedicated entry in the Wiktionary, >> it's listed as 'Mispelling of compatibility'. Fix it. >> >> Signed-off-by: Laurent Pinchart

[PATCH] drm: Turn off Legacy Context Functions

The context functions are not used by the i915 driver and should not be used by modeset drivers. These driver functions contain several bugs and security holes. This change makes these functions optional can be turned on by a setting, they are turned off by default for modeset driver with the excep

[PATCH v2 2/2] drm/panel: Add display timing for Okaya RS800480T-7X0GP

Hi Philipp, On Tue, Jun 9, 2015 at 7:39 PM, Philipp Zabel wrote: > Hi Gary, > > Am Dienstag, den 09.06.2015, 17:59 +0200 schrieb Gary Bisson: >> Add support for the Okaya RS800480T-7X0GP to the DRM simple panel >> driver. >> >> The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel

[PATCH 00/21] On-demand device registration

Am 10.06.2015 um 09:30 schrieb Linus Walleij: > On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso > wrote: >> On 2 June 2015 at 10:48, Linus Walleij wrote: > >>> This is what systemd is doing in userspace for starting services: >>> ask for your dependencies and wait for them if they are not >>> there

[PATCH 8/9] [media] drm/exynos: Convert g2d_userptr_get_dma_addr() to use get_vaddr_frames()

From: Jan Kara Convert g2d_userptr_get_dma_addr() to pin pages using get_vaddr_frames(). This removes the knowledge about vmas and mmap_sem locking from exynos driver. Also it fixes a problem that the function has been mapping user provided address without holding mmap_sem. Signed-off-by: Jan Ka

[PATCH] DRM: Armada: fixup wait_event_timeout being ignored

On Wed, 10 Jun 2015, Russell King - ARM Linux wrote: > On Wed, Jun 10, 2015 at 01:07:08PM +0200, Nicholas Mc Guire wrote: > > The calling side seems to assume 0 as success and <0 as error so > > returning -ETIME should be fine here. > > The idea here is to allow the remainder of the code to exec

[PATCH v10 00/17] drm/exynos: atomic modesetting support

Hi Marek, 2015-06-10 Marek Szyprowski : > Hello, > > On 2015-06-01 17:04, Gustavo Padovan wrote: > >From: Gustavo Padovan > > > >Hi, > > > >Here goes the full support for atomic modesetting on exynos. I've > >split the patches in the various phases of atomic support. > > Thanks for this patchs

[PATCH 1/1 linux-next] drm: atmel-hlcdc: use swap() in atmel_hlcdc_plane_atomic_check()

Use kernel.h macro definition. Thanks to Julia Lawall for Coccinelle scripting support. Signed-off-by: Fabian Frederick --- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.

[PATCH 9/9] [media] mm: Move get_vaddr_frames() behind a config option

On Wed, Jun 10, 2015 at 06:20:52AM -0300, Mauro Carvalho Chehab wrote: > From: Jan Kara > > get_vaddr_frames() is used by relatively rare drivers so hide it and the > related functions behind a config option that is selected only by > drivers that need the infrastructure. > > Suggested-by: Andre

[PATCH 00/21] On-demand device registration

Am 10.06.2015 um 14:23 schrieb Andrzej Hajda: > On 06/10/2015 12:19 PM, Tomeu Vizoso wrote: >> On 10 June 2015 at 09:30, Linus Walleij wrote: >>> On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso >>> wrote: On 2 June 2015 at 10:48, Linus Walleij wrote: >>> > This is what systemd is doing in

atombios_crtc.c - make error messages distinguishable "unable to allocate a PPLL\n"

> Yes, DP needs its own clock source. However, you only need one clock source > for all DP ports so you can drive multiple DP displays from a single clock > source. The clock source used for DP cannot be shared with non-DP displays. > ... > There are additional caveats however. For example, you

[PATCH 9/9] [media] mm: Move get_vaddr_frames() behind a config option

From: Jan Kara get_vaddr_frames() is used by relatively rare drivers so hide it and the related functions behind a config option that is selected only by drivers that need the infrastructure. Suggested-by: Andrew Morton Signed-off-by: Jan Kara Signed-off-by: Hans Verkuil Signed-off-by: Mauro

[PATCH v3 0/2] Add display timing for Okaya RS800480T-7X0

Hi all, This patch is the follow-up of a request from Philipp to add the Okaya display to the simple panel driver. http://lists.infradead.org/pipermail/linux-arm-kernel/2015-May/346657.html v2: - split into 2 patches, adding Okaya to the vendor prefixes should be its own patch as suggested by Thi

[PATCH v3 1/2] of: add Okaya Electric America vendor prefix

This patch adds vendor prefix for Okaya Electronic America, a provider of LCD modules and display technologies. Signed-off-by: Gary Bisson --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefix

[PATCH v3 2/2] drm/panel: Add display timing for Okaya RS800480T-7X0GP

Add support for the Okaya RS800480T-7X0GP to the DRM simple panel driver. The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel LCD interface. It supports pixel clocks in the range of 30-40 MHz. This panel details can be found at: http://boundarydevices.com/product/7-800x480-displ

<    1   2