[PATCH 1/2 v2] vgaarb: Don't default exclusively to first video device with mem+io

On Tue, 26 August 2014 Andreas Noever wrote: > On Sun, Aug 24, 2014 at 11:09 PM, Bruno Pr?mont wrote: > > With commit 20cde694027e boot video device detection was moved from > > efifb to x86 and ia64 pci/fixup.c. > > > > For dual-GPU Apple computers above change represents a regression as > >

[Bug 81444] [drm:radeon_uvd_free_handles] *ERROR* Error destroying UVD (-22)!

'll reopen otherwise. Thanks for the patch. -- 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/20140828/c8aeab30/attachment.html>

(UVD RS780 first impression)

[...] >> Sounds like you're missing >> http://cgit.freedesktop.org/mesa/mesa/commit/?id=80771e47b6c1e47ab55f17311e1d4e227a9eb3d8 >> . > > Agree, that is exactly the expected behavior if you don't use the > necessary mesa patch. > > Please make sure you actually installed mesa into the correct

[Bug 83205] New: GPU lockup when entering settings in Verdun game with HyperZ enabled

. Here's my journalctl log: http://pastebin.com/s80VLPtr -- 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/20140828/ddc52

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

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

[PATCH v3] drm/ast: Add reduced blanking modes for wide screen mode

From: "Y.C. Chen" Signed-off-by: Egbert Eich Signed-off-by: Y.C. Chen v3: based on [PATCH 1/2] drm/ast: Add missing entry to dclk_table[]. Add reduced blanking modes, improve mode matching to identify these modes by thier sync polarities. ---

[PATCH v4 00/11] drm: add support for Atmel HLCDC Display Controller

Hi Laurent, On Thu, 28 Aug 2014 14:19:22 +0200 Laurent Pinchart wrote: > Hi Boris, [...] > > > > I don't have any VGA connector (or I'm missing something :-)), > > My bad. No problem. > > > but I have an LCD panel and an RGB to HDMI encoder connected on the same RGB > > connector. > >

[PATCH] r600g, radeonsi: Inform the kernel if a BO will likely be accessed by the CPU

From: Michel D?nzer This allows the kernel to prevent such BOs from ever being stored in the CPU inaccessible part of VRAM. Signed-off-by: Michel D?nzer --- src/gallium/drivers/radeon/r600_buffer_common.c | 23 ++-

[PATCH] drm/radeon: Add RADEON_GEM_CPU_ACCESS BO creation flag

From: Michel D?nzer This flag is a hint that userspace expects the BO to be accessed by the CPU. We can use that hint to prevent such BOs from ever being stored in the CPU inaccessible part of VRAM. Signed-off-by: Michel D?nzer ---

[PATCH v2] drm: fix division-by-zero on dumb_create()

Kinda unexpected, but DIV_ROUND_UP() can overflow if passed an argument bigger than UINT_MAX - DIVISOR. Fix this by testing for "!cpp" before using it in the following division. Note that DIV_ROUND_UP() is defined as: #define DIV_ROUND_UP(n,d) (((n) + (d) - 1) / (d)) ..this will

[PATCH] gpu: ipu-v3: Kconfig: Remove SOC_IMX6SL from IMX_IPUV3_CORE Kconfig

On Fri, Jun 20, 2014 at 12:06 AM, Fabio Estevam wrote: > From: Fabio Estevam > > SOC_IMX6SL does not have the IPU block, so remove it from the Kconfig entry. > > Signed-off-by: Fabio Estevam > --- > drivers/gpu/ipu-v3/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

[PATCH 3/7] drm/exynos: Renaming DP training vswing pre emph defines

On Thursday, August 28, 2014 1:33 PM, Sonika Sonika wrote: > On 8/28/2014 6:25 AM, Jingoo Han wrote: > > On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote: > >> > >> From: Sonika Jindal > >> > >> Rename the defines to have levels instead of values for vswing and > >> pre-emph levels as the

[PATCH 9/9] drm/i915: split intel_pipe_set_base() into check() and commit()

From: Gustavo Padovan Take out some parts of code that can fail from it and move them to intel_pipe_check_base(), the only failure point in intel_pipe_set_base() now is the fb pinning procudure. Signed-off-by: Gustavo Padovan ---

[PATCH 8/9] drm/i915: return error if fb is NULL

From: Gustavo Padovan intel_pipe_check_base() should return an error is the fb received is set to NULL. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 7/9] drm/i915: split intel_primary_plane_setplane() into check() and commit()

From: Gustavo Padovan As a preparation for atomic updates we need to split the code to check everything we are going to commit first. This patch starts the work to split intel_primary_plane_setplane() into check() and commit() parts. More work is expected on

[PATCH 6/9] drm/i915: split intel_crtc_cursor_set_obj() into check() and commit()

From: Gustavo Padovan Create intel_crtc_cursor_create_obj() to check any need setting before we call intel_crtc_cursor_set_obj() to apply the cursor updates. intel_crtc_cursor_check_obj() must always be called before intel_crtc_cursor_set_obj(). Signed-off-by:

[PATCH 5/9] drm/i915: split intel_cursor_plane_update() into check() and commit()

From: Gustavo Padovan Due to the upcoming atomic modesetting feature we need to separate some update functions into a check step that can fail and a commit step that should, ideally, never fail. The commit part can still fail, but that should be solved in

[PATCH 4/9] drm/i915: split intel_update_plane into check() and commit()

From: Gustavo Padovan Due to the upcoming atomic modesetting feature we need to separate some update functions into a check step that can fail and a commit step that should, ideally, never fail. This commit splits intel_update_plane() and its commit part can

[PATCH 3/9] drm/i915: fix memleak in intel_set_config_save_state()

From: Gustavo Padovan If the save_encoder_crtcs or save_connector_encoders allocation fail we need to free everything we have already allocated. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 10 -- 1 file changed, 8

[PATCH 2/9] drm/i915: trivial: remove unneed set to NULL

From: Gustavo Padovan At this point of the code the obj var is already NULL, so we don't need to set it again to NULL. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 1/9] drm/i915: init sprites with univeral plane init function

From: Derek Foreman Really just for completeness - old init function ends up making the plane exactly the same way due to the way the enums are set up. Signed-off-by: Derek Foreman --- drivers/gpu/drm/i915/intel_sprite.c | 8 1 file changed, 4

[PULL] drm-intel-fixes

Hi Dave - Some more fixes for 3.17, mostly stable material. BR, Jani. The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef: Linux 3.17-rc2 (2014-08-25 15:36:20 -0700) are available in the git repository at: git://anongit.freedesktop.org/drm-intel

[PATCH] drm/gem: Fix kerneldoc typo

The drm_gem_private_object_init function is called drm_gem_object_init in its kerneldoc. Fix it. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] drm/cma: remove to allocate shmfs backing store

Hi Joonyoung, Thank you for the patch. On Wednesday 27 August 2014 15:26:32 Joonyoung Shim wrote: > Initialize GEM object using drm_gem_private_object_init instead of > drm_gem_object_init. It doesn't need to have shmfs backing store because > the CMA GEM object uses CMA area. > >

[PATCH v4 00/11] drm: add support for Atmel HLCDC Display Controller

Hi Boris, On Wednesday 27 August 2014 09:52:35 Boris BREZILLON wrote: > On Tue, 26 Aug 2014 01:39:21 +0200 Laurent Pinchart wrote: > > On Thursday 21 August 2014 19:26:33 Boris BREZILLON wrote: > >> On Thu, 21 Aug 2014 19:08:53 +0200 > >> Laurent Pinchart wrote: > >> > >> [...] > >> > >>

[GIT PULL]: few dma-buf updates for 3.17-rc3

Hi Linus, The major changes for 3.17 already went via Greg-KH's tree this time as well; this is a small pull request for dma-buf - all documentation related. Could you please pull? The following changes since commit f1bd473f95e02bc382d4dae94d7f82e2a455e05d: Merge branch 'sec-v3.17-rc2' of

[Bug 82455] Failed to allocate virtual address for buffer

rface 1 . the problem didn't solved. -- 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/20140828/d90065ec/attachment.html>

[Bug 83184] Screen flickering at low resolution when monitor is attached via VGA dongle to DVI port

it. -- 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/20140828/f33ca40f/attachment.html>

[PATCH] drm/radeon: save/restore the PD addr on suspend/resume

On 26.08.2014 21:45, Christian K?nig wrote: > From: Christian K?nig > > This fixes a problem with GPU resets and TLB flushes on SI/CIK. > > Signed-off-by: Christian K?nig [...] > diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h > index f2dba50..8810df3 100644 >

[Bug 75276] Implement VGPR Register Spilling

run. -- 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/20140828/fd5b078a/attachment.html>

[Bug 75276] Implement VGPR Register Spilling

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

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

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/20140828/db39e2c1/attachment.html>

[Bug 75276] Implement VGPR Register Spilling

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/583699d3/attachment.html>

[PATCH 3/7] drm/exynos: Renaming DP training vswing pre emph defines

On 8/28/2014 11:36 AM, Jingoo Han wrote: > On Thursday, August 28, 2014 1:33 PM, Sonika Sonika wrote: >> On 8/28/2014 6:25 AM, Jingoo Han wrote: >>> On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote: From: Sonika Jindal Rename the defines to have levels instead of

[PATCH] radeon: Test for PCI root bus before assuming bus->self

> On Wed, Aug 27, 2014 at 3:01 PM, Alex Williamson > wrote: >> If we assign a Radeon device to a virtual machine, we can no longer >> assume a fixed hardware topology, like the GPU having a parent device. >> This patch simply adds a few pci_is_root_bus() tests to avoid passing >> a NULL pointer

[PATCH v2 17/17] drm/exynos/ipp: add file checks for ioctls

Process should not have access to ipp nodes created by another process. The patch adds necessary checks. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git

[PATCH v2 16/17] drm/exynos/ipp: remove file argument from node related functions

Since file pointer is preserved in c_node passing it as argument in node functions is redundant. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH v2 15/17] drm/exynos/fimc: fix source buffer registers

FIMC in default mode of operation uses only one input buffer, but the driver used also second buffer, as a result only the first frame was processed correctly. The patch fixes it. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 16

[PATCH v2 14/17] drm/exynos/fimc: simplify buffer queuing

The patch removes redundant checks, redundant HW reads and simplifies code. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- v2: - fixed bit cleaning operation --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 64 1 file changed, 15 insertions(+), 49

[PATCH v2 13/17] drm/exynos/fimc: do not enable fimc twice

The patch removes redundant H/W activation. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c

[PATCH v2 12/17] drm/exynos/fimc: avoid clearing overflow bits

Overflow bits shall be cleared by H/W. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c b/drivers/gpu/drm/exynos/exynos_drm_fimc.c index

[PATCH v2 11/17] drm/exynos/ipp: remove events during command cleaning

Events were removed only during stop command, as a result there were memory leaks if program prematurely exited. This patch fixes it. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 155 1 file changed, 78

[PATCH v2 10/17] drm/exynos/ipp: stop hardware before freeing memory

Memory shouldn't be freed when hardware is still running. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH v2 09/17] drm/exynos/ipp: replace work_struct casting with better constructs

Type casting should be avoided if possible. In case of work_struct it can be simply replaced by reference to member field. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c| 2 +- drivers/gpu/drm/exynos/exynos_drm_gsc.c | 3 +--

[PATCH v2 08/17] drm/exynos/ipp: clean memory nodes on command node cleaning

The nodes should be removed before removing command node. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH v2 07/17] drm/exynos/ipp: move nodes cleaning to separate function

The patch introduces ipp_clean_mem_nodes function which replaces redundant code. Additionally memory node function definitions are moved up to increase its visibility. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 229

[PATCH v2 06/17] drm/exynos/ipp: free partially allocated resources on error

In case of allocation errors some already allocated buffers were not freed. The patch fixes it. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 67 - 1 file changed, 32 insertions(+), 35 deletions(-) diff

[PATCH v2 05/17] drm/exynos/ipp: remove unused field in command node

Since command node have file pointer dev field became useless. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 1 - drivers/gpu/drm/exynos/exynos_drm_ipp.h | 2 -- 2 files changed, 3 deletions(-) diff --git

[PATCH v2 04/17] drm/exynos/ipp: remove only related commands on file close

On file close driver should remove only command nodes created via this file. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH v2 03/17] drm/exynos/ipp: move file reference from memory to command node

Command node should contain file reference to distinguish commands created by different processes. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 ++--- drivers/gpu/drm/exynos/exynos_drm_ipp.h | 2 ++ 2 files changed, 4 insertions(+), 3

[PATCH v2 02/17] drm/exynos/ipp: cancel works before command node clean

All pending works should be canceled prior to its removal. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH v2 01/17] drm/exynos/ipp: remove fake pm callbacks

PM callbacks in ipp core do nothing, so the patch removes it. Signed-off-by: Andrzej Hajda Reviewed-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 51 - 1 file changed, 51 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c

[PATCH v2 00/17] drm/exynos/ipp: image post processing fixes and improvements, part four

This set of patches contains various improvement and fixes for exynos_drm ipp framework. The patchset is based on exynos-drm-next branch. IPP framework was tested for regressions on exynos4210-trats target. In the 2nd version of the series I have included changes proposed by Joonyoung Shim. I

[Mesa-dev] [PATCH] drm/radeon: Add RADEON_GEM_CPU_ACCESS BO creation flag

struct drm_radeon_gem_create { >> uint64_tsize; > > > ___ > mesa-dev mailing list > mesa-dev at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-add-RADEON_GEM_NO_CPU_ACCESS-BO-creation-.patch Type: text/x-diff Size: 1902 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/cf6d8a9f/attachment.patch>

[Mesa-dev] [PATCH] drm/radeon: Add RADEON_GEM_CPU_ACCESS BO creation flag

Am 28.08.2014 um 08:56 schrieb Michel D?nzer: > From: Michel D?nzer > > This flag is a hint that userspace expects the BO to be accessed by the > CPU. We can use that hint to prevent such BOs from ever being stored in > the CPU inaccessible part of VRAM. > > Signed-off-by: Michel D?nzer This

[PATCH 1/2] drm/ttm: move fpfn and lpfn into each placement

On 22.08.2014 17:13, Christian K?nig wrote: > From: Christian K?nig > > This allows us to more fine grained specify where to place the buffer object. > > Signed-off-by: Christian K?nig Tested-and-Acked-by: Michel D?nzer (for radeon) -- Earthling Michel D?nzer|

[PATCH] drm/radeon: save/restore the PD addr on suspend/resume

Am 28.08.2014 um 05:43 schrieb Michel D?nzer: > On 26.08.2014 21:45, Christian K?nig wrote: >> From: Christian K?nig >> >> This fixes a problem with GPU resets and TLB flushes on SI/CIK. >> >> Signed-off-by: Christian K?nig > > [...] > >> diff --git a/drivers/gpu/drm/radeon/radeon.h >>

[PATCH] drm/i915: Remove bogus __init annotation from DMI callbacks

On Wed, 27 Aug 2014, Mathias Krause wrote: > The __init annotations for the DMI callback functions are wrong as this > code can be called even after the module has been initialized, e.g. like > this: > > # echo 1 > /sys/bus/pci/devices/:00:02.0/remove > # modprobe i915 > # echo 1 >

[PATCH 3/7] drm/exynos: Renaming DP training vswing pre emph defines

On 8/28/2014 6:25 AM, Jingoo Han wrote: > On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote: >> >> From: Sonika Jindal >> >> Rename the defines to have levels instead of values for vswing and >> pre-emph levels as the values may differ in other scenarios like low vswing >> of >> eDP1.4

[PATCH 3/7] drm/exynos: Renaming DP training vswing pre emph defines

On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote: > > From: Sonika Jindal > > Rename the defines to have levels instead of values for vswing and > pre-emph levels as the values may differ in other scenarios like low vswing of > eDP1.4 where the values are different. > > Done using

[PATCH 1/7] drm: Renaming DP training vswing pre emph defines

On Wednesday, August 27, 2014 1:31 PM, Jindal, Sonika wrote: > On 8/26/2014 4:58 PM, Thierry Reding wrote: > > On Fri, Aug 08, 2014 at 04:23:40PM +0530, sonika.jindal at intel.com wrote: > >> From: Sonika Jindal > >> > >> Adding new defines, older one will be removed in the last patch in the >

[Bug 83185] [radeonsi] "random" gpu lookup without recovery (VM fault spam in dmesg)

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

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/1c3befe5/attachment.html>

[Bug 83185] New: [radeonsi] "random" gpu lookup without recovery (VM fault spam in dmesg)

e for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/6461271a/attachment.html>

[PATCH 06/15] drm/exynos/ipp: free partially allocated resources on error

Hi, On 08/27/2014 07:27 PM, Andrzej Hajda wrote: > On 08/26/2014 07:00 AM, Joonyoung Shim wrote: >> Hi Andrzej, >> >> On 08/22/2014 04:52 PM, Andrzej Hajda wrote: >>> In case of allocation errors some already allocated buffers >>> were not freed. The patch fixes it. >>> >>> Signed-off-by: Andrzej

[Bug 83184] New: Screen flickering at low resolution when monitor is attached via VGA dongle to DVI port

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

[PATCH 1/7] drm: Renaming DP training vswing pre emph defines

On Wed, Aug 27, 2014 at 03:11:08PM +0200, Thierry Reding wrote: > > So we're left with > > > > #define DP_TRAIN_VOLTAGE_SWING_LEVEL_0 (0 << 0) > > > > Vs > > > > #define DP_TRAIN_VOLTAGE_SWING_LEVEL(x) ((x) << 0) > > > > The second variant doesn't really bring much more clarity?

[Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/00d426a3/attachment.html>

[Bug 82050] R9270X pyrit benchmark perf regressions with latest kernel/llvm

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/b4f7eff0/attachment.html>

[git pull] drm fixes

Hi Linus, Nothing major, one core oops fixes, some radeon oops fixes, some sti driver fixups, msm driver fixes and a minor Kconfig update for the ww mutex debugging. Dave. The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef: Linux 3.17-rc2 (2014-08-25 15:36:20

[Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

; could explain the symptoms. Yes, patch worked. -- 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/20140828/de7fd348/attachment.html>

[Bug 82455] Failed to allocate virtual address for buffer

-- 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/20140828/4d116329/attachment.html>

[Bug 82455] Failed to allocate virtual address for buffer

rubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/a79e3b75/attachment-0001.html>

[Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

y 1 could explain the symptoms. -- 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/20140828/7da40b4d/attachment.html>

[Bug 82918] [tahiti xt] dota2 crashes

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

[Bug 83148] Unity invisible under Ubuntu 14.04 and 14.10

eiving 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/20140828/d7ddec57/attachment.html>