[Intel-gfx] [PATCH v4 1/4] drm/crtc: Add property for aspect ratio

On Jul-15-2014 12:18 PM, Daniel Vetter wrote: [...] > > I've pulled all 4 patches. Please double-check that I've picked up the > right ones since the series is a bit spread out. > > Thanks, Daniel > Hi Daniel, I checked the 4 patches in -next-queued. They are the correct version. Thanks,

[PATCH:drm 4/4] Add missing header includes.

unistd.h for close() and xf86drm.h for drmOpen(). Signed-off-by: Thomas Klausner --- tests/radeon/radeon_ttm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tests/radeon/radeon_ttm.c b/tests/radeon/radeon_ttm.c index 246fd99..ac3297a 100644 --- a/tests/radeon/radeon_ttm.c +++

[PATCH:drm 3/4] Remove unused static function.

Signed-off-by: Thomas Klausner --- nouveau/bufctx.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/nouveau/bufctx.c b/nouveau/bufctx.c index 23d6f09..4f76e5d 100644 --- a/nouveau/bufctx.c +++ b/nouveau/bufctx.c @@ -44,12 +44,6 @@ struct nouveau_bufref_priv { struct

[PATCH:drm 2/4] Only define variable when it's used.

Signed-off-by: Thomas Klausner --- intel/test_decode.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/intel/test_decode.c b/intel/test_decode.c index b710f34..f9127cf 100644 --- a/intel/test_decode.c +++ b/intel/test_decode.c @@ -90,7 +90,10 @@ compare_batch(struct

[PATCH:drm 1/4] Remove superfluous parentheses.

Signed-off-by: Thomas Klausner --- radeon/radeon_surface.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 109bd6b..9c3a192 100644 --- a/radeon/radeon_surface.c +++ b/radeon/radeon_surface.c @@ -282,7

[PATCH 2/2] drm/radeon: use a fetch function to get the edid

On Tue, Jul 15, 2014 at 5:44 PM, Alex Deucher wrote: > On Tue, Jul 15, 2014 at 11:18 AM, Daniel Vetter wrote: >> On Tue, Jul 15, 2014 at 11:08:11AM -0400, Alex Deucher wrote: >>> We keep a cached version of the edid in radeon_connector which >>> we use for determining connectedness and when to

Packet0 not allowed

On 15.07.2014 18:16, Esben Stien wrote: > Michel D?nzer writes: > >> Any other interesting messages before those? > > Yeah, sorry, I just counted 9700 of those lines since boot, so I missed > those. > > http://esben-stien.name/share/kern.log.txt Looks like userspace is submitting invalid

[Bug 79980] Random radeonsi crashes

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/20140715/2d2204f3/attachment.html>

[PATCH 00/83] AMD HSA kernel driver

>-Original Message- >From: Jerome Glisse [mailto:j.glisse at gmail.com] >Sent: Tuesday, July 15, 2014 1:37 PM >To: Bridgman, John >Cc: Dave Airlie; Christian K?nig; Lewycky, Andrew; linux- >kernel at vger.kernel.org; dri-devel at lists.freedesktop.org; Deucher, >Alexander; akpm at

[PATCH] drm/msm/mdp5: add support for MDP5 v1.3

Hi Stephane, On Mon, Jul 7, 2014 at 8:04 PM, Stephane Viau wrote: > > MDP5 has several functional blocks (ie: VIG/RGB pipes, LMs, ...). > From one revision to another, these blocks' base addresses might > change due to the number of instances present in the MDP5 hw. .. > -static inline uint32_t

[PATCH] drm/i915: Add rotation property for sprites

From: Ville Syrj?l? Sprite planes support 180 degree rotation. The lower layers are now in place, so hook in the standard rotation property to expose the feature to the users. v2: Moving rotation_property to mode_config v3: Moving creation of property out of

[PATCH 00/83] AMD HSA kernel driver

>-Original Message- >From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf >Of Bridgman, John >Sent: Tuesday, July 15, 2014 1:07 PM >To: Dave Airlie; Christian K?nig >Cc: Lewycky, Andrew; linux-kernel at vger.kernel.org; dri- >devel at lists.freedesktop.org;

[PATCH 2/2] drm/radeon: use a fetch function to get the edid

On Tue, Jul 15, 2014 at 11:08:11AM -0400, Alex Deucher wrote: > We keep a cached version of the edid in radeon_connector which > we use for determining connectedness and when to enable certain > features like hdmi audio, etc. When the user uses the firmware > interface to override the driver with

[PATCH 00/83] AMD HSA kernel driver

>-Original Message- >From: Dave Airlie [mailto:airlied at gmail.com] >Sent: Tuesday, July 15, 2014 12:35 AM >To: Christian K?nig >Cc: Jerome Glisse; Bridgman, John; Lewycky, Andrew; linux- >kernel at vger.kernel.org; dri-devel at lists.freedesktop.org; Deucher, >Alexander; akpm at

[PATCH 2/4] drm/i915: Add rotation property for sprites

From: Ville Syrj?l? Sprite planes support 180 degree rotation. The lower layers are now in place, so hook in the standard rotation property to expose the feature to the users. v2: Moving rotation_property to mode_config v3: Moving creation of property out of

[Bug 79806] Performance degradation after resume

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/20140715/4c03c924/attachment.html>

[Bug 79806] Performance degradation after resume

ubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/7373b836/attachment.html>

[Bug 79806] Performance degradation after resume

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

[Bug 80691] HDMI audio stops working when drm_kms_helper edid overwrite in place

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

[PATCH V4 00/10] drm: exynos: few patches to enhance bridge chip support

On 2014? 07? 15? 02:22, Olof Johansson wrote: > Inki, > > You have acks, and you have the tested-bys you requested. Can you > please pick this up quickly so that we can have graphics working with > an upstream kernel on chromebooks? > > Dave, if Inki keeps dragging his feet like this can you

Packet0 not allowed

Michel D?nzer writes: > Looks like userspace is submitting invalid command streams to the kernel. > So, what are you doing / trying to do when this happens? Well, I haven't really done anything since I booted the computer 11 days ago. No games, basically, because I had that freeze I told you

[PATCH 00/83] AMD HSA kernel driver

On 14 July 2014 18:37, Christian K?nig wrote: >> I vote for HSA module that expose ioctl and is an intermediary with the >> kernel driver that handle the hardware. This gives a single point for >> HSA hardware and yes this enforce things for any hardware manufacturer. >> I am more than happy to

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

On Tue, Jul 15, 2014 at 5:41 AM, Benjamin Gaignard wrote: > Hi all, > > Does version 6 fit to all your expectations ? > If yes will you consider to merge it into drm-next ? > If no, please tell me what need to be fixed. I had another pass over the driver, and didn't find anything to complain

[Bug 81382] Text console blanking does not go away

dri-devel/attachments/20140715/6eec11fb/attachment.html>

[Bug 81382] Text console blanking does not go away

nt there why this check is necessary? -- 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/20140715/5482290b/attachment.html>

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

On Tue, 15 Jul 2014 12:52:54 +0200 Thierry Reding wrote: > On Tue, Jul 15, 2014 at 12:43:02PM +0200, Laurent Pinchart wrote: > > Hi Thierry, > > > > On Tuesday 15 July 2014 12:37:19 Thierry Reding wrote: > > > On Tue, Jul 15, 2014 at 12:20:02PM +0200, Laurent Pinchart wrote: > > > > On Tuesday

[PATCH 4/6] drm/i915: Add rotation property for sprites

From: Ville Syrj?l? Sprite planes support 180 degree rotation. The lower layers are now in place, so hook in the standard rotation property to expose the feature to the users. v2: Moving rotation_property to mode_config Cc: dri-devel at lists.freedesktop.org

[PATCH 2/6] drm/i915: Make intel_plane_restore() return an error

From: Ville Syrj?l? Propagate the error from intel_update_plane() up through intel_plane_restore() to the caller. This will be used for rollback purposes when setting properties fails. Cc: dri-devel at lists.freedesktop.org Signed-off-by: Ville Syrj?l?

[PATCH 1/6] drm/i915: Add 180 degree sprite rotation support

From: Ville Syrj?l? The sprite planes (in fact all display planes starting from gen4) support 180 degree rotation. Add the relevant low level bits to the sprite code to make use of that feature. The upper layers are not yet plugged in. v2: HSW handles the rotated

[PATCH 00/83] AMD HSA kernel driver

On Tue, Jul 15, 2014 at 05:53:32PM +, Bridgman, John wrote: > >From: Jerome Glisse [mailto:j.glisse at gmail.com] > >Sent: Tuesday, July 15, 2014 1:37 PM > >To: Bridgman, John > >Cc: Dave Airlie; Christian K?nig; Lewycky, Andrew; linux- > >kernel at vger.kernel.org; dri-devel at

[Bug 81382] Text console blanking does not go away

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/20140715/ce3311e4/attachment-0001.html>

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

On Mon, 14 Jul 2014 12:18:08 +0200 Thierry Reding wrote: > On Fri, Jul 11, 2014 at 02:00:25PM +0200, Boris BREZILLON wrote: > > On Fri, 11 Jul 2014 12:37:46 +0200 Laurent Pinchart > ideasonboard.com> wrote: > > > On Thursday 10 July 2014 14:56:26 Boris BREZILLON wrote: > [...] > > > > BTW, is

[Bug 70207] rs690: kernel can't bring lvds in dpms on mode

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140715/eb50b13e/attachment.html>

[Bug 81382] Text console blanking does not go away

vel/attachments/20140715/9c92c751/attachment.html>

[PATCH 00/83] AMD HSA kernel driver

On Tue, Jul 15, 2014 at 05:06:56PM +, Bridgman, John wrote: > >From: Dave Airlie [mailto:airlied at gmail.com] > >Sent: Tuesday, July 15, 2014 12:35 AM > >To: Christian K?nig > >Cc: Jerome Glisse; Bridgman, John; Lewycky, Andrew; linux- > >kernel at vger.kernel.org; dri-devel at

[RESEND PATCH v3 05/11] drm: add Atmel HLCDC Display Controller support

On Sat, 12 Jul 2014 14:37:16 -0400 Rob Clark wrote: > On Sat, Jul 12, 2014 at 2:16 PM, Boris BREZILLON > wrote: > > Hello, > > > > On Mon, 7 Jul 2014 18:42:58 +0200 > > Boris BREZILLON wrote: > > > > > >> +int atmel_hlcdc_layer_disable(struct atmel_hlcdc_layer *layer) > >> +{ > >> +

[Bug 81368] [r600g] When starting GNOME cheese w/ webcam texture bo too small error

e, EXA is *still* default not GLAMOR, I have to override with a xorg.conf.d config to enable GLAMOR. If you'd like me to switch to GLAMOR, I'll do so and retry this all. DDX: xorg-x11-drv-ati-7.4.0-1.fc21.x86_64 >From cheese: no significant errors nothing related to video -- You are receiving

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

g > with an lvds_device and then use that as the natural place to store > these properties. Much like we do for DSI. And I believe that's what we should avoid ;-) First of all, let's not forget that Linux models control busses, not data busses. DSI is a special case as it combines the control and data busses, but in the general case the same implementation isn't possible. An LVDS panel controlled through I2C needs to be an I2C device sitting on an I2C bus. Then, I believe it would make all drivers simpler if we had a single object type to deal with, with proper abstractions for bus types. A drm_panel that can model panels regardless of the data bus type, with one operation that conveys bus-specific information, makes storing the objects and communicating with them simpler than having to deal with different kind of devices. -- Regards, Laurent Pinchart -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: This is a digitally signed message part. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/a39b1cb9/attachment-0001.sig>

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

ement a new drm_panel operation to > query/configure interface parameters, using a structure that contains the > interface type and a union of type-specific structures. This would keep the > API generic in the sense of not requiring explicit knowledge of all > interfaces > in the drivers, while offering the flexibility we need with a way to easily > detect the interface type at runtime and react on unknown/unsupported types. That's exactly what I was hoping could be avoided. If instead we modeled the interface type as a bus, we could for example have an lvds_bus along with an lvds_device and then use that as the natural place to store these properties. Much like we do for DSI. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/3a881c50/attachment.sig>

[PATCH 2/2] drm/panel: add support for Foxlink FL500WVR00-A0T panel

--- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/151e7a91/attachment.sig>

[PATCH 1/2] DT: add vendor prefix for Foxlink Group

not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/f8fdca54/attachment.sig>

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

icated between the panel driver and the controller driver. My preference, if we need to extend the number and/or scope of parameters beyond what drm_display_info could reasonably contain, would be to implement a new drm_panel operation to query/configure interface parameters, using a structure that contain

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

's specific for the interface. DRM panels are an abstraction for panels, that is, interface-agnostic, and if we start exposing interface specific parameters things will start to become very unwieldy. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/4a4ecd4a/attachment-0001.sig>

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

erstood ;-). These look like knobs to tune the signal in a very fine-grained manner. To be honest, maybe the best way to solve this would be by omitting them for now and choose some default that's likely to work on most devices. Does the panel that you use specify how it expects HSYNC to be timed vs. VSYNC? Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/91760266/attachment.sig>

[Bug 81382] Text console blanking does not go away

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

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

Hi Boris, On Tuesday 15 July 2014 12:06:19 Boris BREZILLON wrote: > On Mon, 14 Jul 2014 12:05:43 +0200 Thierry Reding wrote: > > On Mon, Jul 07, 2014 at 06:42:59PM +0200, Boris BREZILLON wrote: > > > The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e. > > > at91sam9n12,

[RESEND PATCH v3 06/11] drm: add DT bindings documentation for atmel-hlcdc-dc driver

Hello Thierry, On Mon, 14 Jul 2014 12:05:43 +0200 Thierry Reding wrote: > On Mon, Jul 07, 2014 at 06:42:59PM +0200, Boris BREZILLON wrote: > > The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e. > > at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display > >

[PATCH] drm/radeon: set default bl level to something reasonable

If the value in the scratch register is 0, set it to the max level. This fixes an issue where the console fb blanking code calls back into the backlight driver on unblank and then sets the backlight level to 0 after the driver has already set the mode and enabled the backlight. bugs:

[PATCH 2/2] drm/radeon: use a fetch function to get the edid

On Tue, Jul 15, 2014 at 11:18 AM, Daniel Vetter wrote: > On Tue, Jul 15, 2014 at 11:08:11AM -0400, Alex Deucher wrote: >> We keep a cached version of the edid in radeon_connector which >> we use for determining connectedness and when to enable certain >> features like hdmi audio, etc. When the

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

Hi all, Does version 6 fit to all your expectations ? If yes will you consider to merge it into drm-next ? If no, please tell me what need to be fixed. Regards, Benjamin 2014-07-04 15:54 GMT+02:00 Benjamin Gaignard : > Hi, > > I have following Russel advice to rebase my patches on top of the

[PATCH v5 05/14] drm/exynos: dsi: add pass TE host ops to support LCD I80 interface

On 2014? 07? 14? 20:03, Thierry Reding wrote: > On Mon, Jul 14, 2014 at 07:45:28PM +0900, YoungJun Cho wrote: >> On 07/14/2014 06:41 PM, Thierry Reding wrote: > [...] >>> That said, I've been doing some research and it seems like we have a >>> somewhat similar feature on Tegra. What happens there

[Bug 81382] New: Text console blanking does not go away

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/1cffb8f9/attachment.html>

Packet0 not allowed

Michel D?nzer writes: > Any other interesting messages before those? Yeah, sorry, I just counted 9700 of those lines since boot, so I missed those. http://esben-stien.name/share/kern.log.txt -- Esben Stien is b0ef at e s a http://www. s tn m

[PATCH RESEND] drm/ttm: expose CPU address of DMA-allocated pages

Pages allocated using the DMA API have a coherent memory mapping. Make this mapping visible to drivers so they can decide to use it instead of creating their own redundant one. This is not a mere optimization: for instance, on ARM it is illegal to have several memory mappings to the same memory

[PATCH 2/2] drm/radeon: use a fetch function to get the edid

We keep a cached version of the edid in radeon_connector which we use for determining connectedness and when to enable certain features like hdmi audio, etc. When the user uses the firmware interface to override the driver with some other edid the driver's copy is never updated. The fetch

[PATCH 1/2] drm/radeon: restructure edid fetching

Split radeon_ddc_get_modes() and move it into radeon_connectors.c since that is the only place that uses it. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_connectors.c | 162 - drivers/gpu/drm/radeon/radeon_display.c| 58 ---

[Bug 79035] radeonsi: Unigine Sanctuary shadows

e bias level stay the same :). -- 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/20140715/d555c9e3/attachment.html>

Packet0 not allowed

On 15.07.2014 07:45, Esben Stien wrote: > I get loads of these in dmesg: > > [950253.948694] radeon :04:00.0: Packet0 not allowed! When doing what? Any other interesting messages before those? -- Earthling Michel D?nzer| http://www.amd.com Libre software

[PATCH 00/83] AMD HSA kernel driver

On Tue, Jul 15, 2014 at 02:35:19PM +1000, Dave Airlie wrote: > On 14 July 2014 18:37, Christian K?nig wrote: > >> I vote for HSA module that expose ioctl and is an intermediary with the > >> kernel driver that handle the hardware. This gives a single point for > >> HSA hardware and yes this

[PATCH] drm/msm/mdp5: add support for MDP5 v1.3

On Tue, Jul 15, 2014 at 8:15 AM, divya ojha wrote: > Hi Stephane, > > On Mon, Jul 7, 2014 at 8:04 PM, Stephane Viau wrote: >> >> MDP5 has several functional blocks (ie: VIG/RGB pipes, LMs, ...). >> From one revision to another, these blocks' base addresses might >> change due to the number of

[PATCH] drm/mst: Don't use uninitialized fields of the sideband message header

On Mon, Jul 14, 2014 at 12:13:18PM +0100, Damien Lespiau wrote: > We could be using uninitialized fields of the header in > drm_dp_encode_sideband_msg_hdr(), for instance hdr->somt is set to 1 in > the first patcket but never set to 0 otherwise. > > Always clear the header at the start then. > >

[PATCH] drm/msm/mdp5: add support for MDP5 v1.3

Hi, > Hi Stephane, > > On Mon, Jul 7, 2014 at 8:04 PM, Stephane Viau > wrote: >> >> MDP5 has several functional blocks (ie: VIG/RGB pipes, LMs, ...). >> From one revision to another, these blocks' base addresses might >> change due to the number of instances present in the MDP5 hw. > .. >>

[Intel-gfx] [PATCH v4 1/4] drm/crtc: Add property for aspect ratio

On Mon, Jul 14, 2014 at 08:51:46AM +0200, Thierry Reding wrote: > On Wed, Jun 11, 2014 at 10:46:48AM +0530, Vandana Kannan wrote: > > Added a property to enable user space to set aspect ratio. > > This patch contains declaration of the property and code to create the > > property. > > > > v2:

[Bug 81239] Evolution window content not shown fully (only desktop background)

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/e2367df7/attachment.html>

[Bug 81239] Evolution window content not shown fully (only desktop background)

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/6b6a4a54/attachment.html>

[Bug 77785] (radeonsi) Some lighting issues in games, textures goes black

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140715/e141876a/attachment.html>

[Bug 79035] radeonsi: Unigine Sanctuary shadows

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

[Bug 81239] Evolution window content not shown fully (only desktop background)

sed -i 's/[^[]*//' /tmp/dmesg -- 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/20140715/36570c87/attachment-0001.html>

[Bug 81239] Evolution window content not shown fully (only desktop background)

tack at all. -- 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/20140715/5bde40ea/attachment.html>

[Bug 81239] Evolution window content not shown fully (only desktop background)

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

[Bug 81239] Evolution window content not shown fully (only desktop background)

ded in between.) -- 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/20140715/bc4dd949/attachment.html>

[Bug 81239] Evolution window content not shown fully (only desktop background)

me 3.4.15. > Is compositing enabled? How do I check that? -- 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/20

[Bug 81239] Evolution window content not shown fully (only desktop background)

? -- 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/20140715/0bfa055b/attachment.html>

[Bug 81368] [r600g] When starting GNOME cheese w/ webcam texture bo too small error

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

[Bug 81368] [r600g] When starting GNOME cheese w/ webcam texture bo too small error

vel/attachments/20140715/ead569f4/attachment.html>

[Bug 81368] New: [r600g] When starting GNOME cheese w/ webcam texture bo too small error

re 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/20140715/52882df9/attachment.html>

Packet0 not allowed

I get loads of these in dmesg: [950253.948694] radeon :04:00.0: Packet0 not allowed! For debugging purposes: mesa-git.2014-07-03 llvm-3.4.2 linux-3.16-rc3 xf86-video-ati-7.4.0 xorg-server-1.14.2 glamor-egl-0.6.0 04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]

[Bug 81279] RadeonSI in Counter Strike Source [Source Engine] has wrong textures.

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