[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #12 from Alex Deucher --- looks like https://bugs.freedesktop.org/show_bug.cgi?id=84500 -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #11 from Michael Mair-Keimberger --- Created attachment 155841 --> https://bugzilla.kernel.org/attachment.cgi?id=155841=edit dmesg output Don't know if this helps but i just saw that i got strange (?) output in dmesg. This output

[Bug 79980] Random radeonsi crashes

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

[Bug 79980] Random radeonsi crashes

https://bugs.freedesktop.org/attachment.cgi?id=104145 -- 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/20141029/9cd30802/attachment.html>

[Bug 85596] SB is used only after GPR check / GPR max is not dynamic

<http://lists.freedesktop.org/archives/dri-devel/attachments/20141029/dc9f4468/attachment-0001.html>

[Bug 79980] Random radeonsi crashes

it may be bug 81644. When you say crash what do you mean? Segfault? System hang? GPU hang? GPU page fault? Something else? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.free

[Bug 79980] Random radeonsi crashes

ML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141029/612b53a8/attachment.html>

[Bug 79980] Random radeonsi crashes

and Llvm is from recent git. -- 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/20141029/ce0df673/attachment.html>

[Bug 79980] Random radeonsi crashes

it might show AMD it's worth it to get you guys more help over 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/20141

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141029/156c19dc/attachment.html>

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

es/dri-devel/attachments/20141029/78d64ebb/attachment.html>

[Bug 83861] radeon power management cause audio skips and glitch

https://bugzilla.kernel.org/show_bug.cgi?id=83861 --- Comment #7 from Yomi --- It would seem my particular issue is related to pulseaudio. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

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

[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/20141029/99cc4e21/attachment.html>

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #10 from Michael Mair-Keimberger --- (In reply to Michel Dänzer from comment #7) > Does Mesa 10.3.2 work better, specifically commit > 64c2bdc334ba472603b1e7cd2c3046cfbce285b6? I'll get slightly better results with 10.3.2 (with

[PATCH] drivers: depend on instead of select BACKLIGHT_CLASS_DEVICE and ACPI_VIDEO

On Wed, 2014-10-29 at 09:54 +0200, Jani Nikula wrote: > On Wed, 29 Oct 2014, Michael Ellerman wrote: > > On Tue, 2014-10-28 at 13:29 -0700, Randy Dunlap wrote: > >> On 10/27/14 06:13, Tomi Valkeinen wrote: > >> > I also think the 'depends on BACKLIGHT_CLASS_DEVICE || > >> >

[Bug 85613] still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

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

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 --- Comment #46 from Alex Deucher --- The original issue reported was fixed. Please file a new bug if you are having an issue. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 79980] Random radeonsi crashes

occur? -- 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/20141029/9ac6d2cf/attachment.html>

[Bug 79980] Random radeonsi crashes

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

[Bug 79980] Random radeonsi crashes

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

[patch] drm/radeon: remove some buggy dead code

The calculation of "num_shader_engines" has a precedence bug because the right shift happens before the mask, but this variable is never used so we can just delete it. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 J changed: What|Removed |Added CC||joerg.schaible at gmx.de --- Comment #45 from J ---

[PATCH] drm/radeon: Clean up radeon_uvd_force_into_uvd_segment

On 28.10.2014 19:32, Christian König wrote: > Am 28.10.2014 um 10:28 schrieb Michel Dänzer: >> From: Michel Dänzer >> >> It was adding a second placement for the second 256MB segment of VRAM, >> which is not a good idea for several reasons: >> >> * It fills up the first 256MB segment (which is

[Bug 85613] New: still getting segfault with vdpau and r600g on Radeon 3850HD - have sample video

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

[Bug 79980] Random radeonsi crashes

nature of the issue you are seeing. -- 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/20141029/f2faacea/attachment.html>

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #9 from Alex Deucher --- (In reply to Dieter Nützel from comment #8) > > Yes, looks much better, but the code shouldn't touch any relevant > (radeonsi/r600g) code paths. - Michel? > > On r600g (RV730 AGP) I do NOT see any (real)

[Bug 79980] Random radeonsi crashes

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

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 --- Comment #8 from Dieter Nützel --- (In reply to Michael Mair-Keimberger from comment #6) > (In reply to Dieter Nützel from comment #5) > > Can you please test with one of kernel git | 3.18-rc2 | drm-next together > > with > > git revert

[PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

From: Dave Airlie Ivybridge + 30" monitor prints a drm error on every modeset, since IVB doesn't support DP3 we should even bother trying to use it. Reviewed-by: Daniel Vetter (on irc) Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/intel_dp.c | 4 +++- 1 file

[Bug 79980] Random radeonsi crashes

signee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141029/6a564b17/attachment-0001.html>

[Bug 79980] Random radeonsi crashes

are actually multiple issues that are now all mixed up. -- 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/20141029/8cb04d56/attachment.html>

[Bug 79980] Random radeonsi crashes

and find which one I need to be living in for bug reports again. :) -- 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/20141029/7c759

[PATCH] drm/tegra: DPMS off/on in encoder prepare/commit

Previously the panel and output were only enabled on encoder->dpms(). If userspace called dpms on before doing a modeset, the driver would get into a state where the connector had a dpms state of ON, but the encoder and output were not enabled (because the encoder is not yet attached to the

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

nts/20141029/8c1cc2d3/attachment.html>

[Bug 79980] Random radeonsi crashes

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

[RFC] drm: Add utility function to check for edp1.4

DP_EDP_REV 0x700 And this belongs further down, so it properly sorts into the list of registers. 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/20141029/2822532e/attachment-0001.sig>

[PATCH] drivers: depend on instead of select BACKLIGHT_CLASS_DEVICE and ACPI_VIDEO

On Tue, 2014-10-28 at 13:29 -0700, Randy Dunlap wrote: > On 10/27/14 06:13, Tomi Valkeinen wrote: > > I also think the 'depends on BACKLIGHT_CLASS_DEVICE || > > BACKLIGHT_CLASS_DEVICE=n' pattern is quite... interesting (i.e. sounds > > like a hack to me =). > > It does exactly what is needed and

[PATCH 1/5] MAINTAINERS: Add entry for MIPI DSI bus

an explicit Acked-by anyway. 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/20141029/7298afe0/attachment.sig>

[Bug 85596] SB is used only after GPR check / GPR max is not dynamic

rg/archives/dri-devel/attachments/20141029/33b83cae/attachment-0001.html>

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

or crash. Maybe this is related to the other llvm change? I attached a log. Thanks, sarnex -- 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

[patch] drm/radeon: remove some buggy dead code

On Wed, Oct 29, 2014 at 11:47 AM, Dan Carpenter wrote: > The calculation of "num_shader_engines" has a precedence bug because > the right shift happens before the mask, but this variable is never used > so we can just delete it. > > Signed-off-by: Dan Carpenter Applied in preference to Joe

[PATCH 02/11 V2] radeon: evergreen: Fix probable mask then right shift defect

On 28.10.2014 23:06, Alex Deucher wrote: > On Mon, Oct 27, 2014 at 10:14 AM, Joe Perches wrote: >> Precedence of & and >> is not the same and is not left to right. >> shift has higher precedence and should be done after the mask. >> >> Add parentheses around the mask. >> >> Use the already

[PATCH] allow 32bpp framebuffers for cirrus drm

On Di, 2014-10-28 at 17:04 +, Zachary Reizner wrote: > revision bump would be needed when adding a new interface (not > present > in real hardware) to allow for larger pitches, so you could > use 32bpp > with the default (1024x768) resolution. > I did

[Bug 85596] SB is used only after GPR check / GPR max is not dynamic

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/20141029/7519777f/attachment.html>

[Bug 69623] Pink Pony misrenders - - shader requires 126 registers

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

[Bug 74868] r600g: Diablo III Crashes After a few minutes

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

[Bug 81683] [r600g] graphic glitches in Skyrim - failed to build shader

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

[Bug 85596] New: SB is used only after GPR check / GPR max is not dynamic

could be checked with the radeon_info ioctl. -- 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/20141029/507dd7f8/attachment-0001.html>

[Intel-gfx] [PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

On Wed, 29 Oct 2014, Ville Syrjälä wrote: > On Wed, Oct 29, 2014 at 10:23:50AM +0200, Jani Nikula wrote: >> On Wed, 29 Oct 2014, Ville Syrjälä >> wrote: >> > On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote: >> >> From: Dave Airlie >> >> >> >> Ivybridge + 30" monitor prints a

[PATCH v2] allow 32bpp framebuffers for cirrus drm

This patch allows framebuffers for cirrus to be created with 32bpp pixel formats provided that they do not violate certain restrictions of the cirrus hardware. v2: Use pci resource length for vram size. Signed-off-by: Zach Reizner --- drivers/gpu/drm/cirrus/cirrus_drv.h | 3 +++

[RFC 1/2] PM / Domains: Power on domain early during system resume

Krzysztof Kozlowski writes: > When resuming the system the power domain has to be powered on early so > any runtime PM aware devices could resume. > > This fixes following scenario reproduced on Exynos DRM: > 1. Power domain is off before suspending the system. > 2. System is suspended to RAM. >

[Intel-gfx] [PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

On Wed, Oct 29, 2014 at 10:23:50AM +0200, Jani Nikula wrote: > On Wed, 29 Oct 2014, Ville Syrjälä wrote: > > On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote: > >> From: Dave Airlie > >> > >> Ivybridge + 30" monitor prints a drm error on every modeset, since > >> IVB doesn't

[Bug 84740] black screen after Grub loads a kernel entry (Intel Atom D2xxx/N2xxx Integrated Graphics Controller)

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

[Bug 84740] black screen after Grub loads a kernel entry (Intel Atom D2xxx/N2xxx Integrated Graphics Controller)

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

[Intel-gfx] [PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

On Wed, 29 Oct 2014, Ville Syrjälä wrote: > On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote: >> From: Dave Airlie >> >> Ivybridge + 30" monitor prints a drm error on every modeset, since >> IVB doesn't support DP3 we should even bother trying to use it. >> >> Reviewed-by: Daniel

[Intel-gfx] [PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

On Wed, Oct 29, 2014 at 10:15:01AM +0200, Ville Syrjälä wrote: > On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote: > > From: Dave Airlie > > > > Ivybridge + 30" monitor prints a drm error on every modeset, since > > IVB doesn't support DP3 we should even bother trying to use it. > >

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

ing all these low-level details > into drm core structures can't we just have a generic hashtable/list for > this, plus some static inline helpers that cast the void * you get into > the one you want? > > I also get the feeling that this really should be in the driver core (like > the component helpers), and that we should think a lot harder about > lifetimes and refcounting (see my other reply on that). Yes, that sounds very useful indeed. Also see my reply to yours. =) 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/20141029/6ea7a4ff/attachment.sig>

[Intel-gfx] [PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Ivybridge + 30" monitor prints a drm error on every modeset, since > IVB doesn't support DP3 we should even bother trying to use it. > > Reviewed-by: Daniel Vetter (on irc) > Signed-off-by: Dave Airlie > ---

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

try_module_get(record->owner); ... } struct registry_record *registry_find_by_of_node(struct registry *registry, struct device_node *np) { ... kref_get(...); ... } That way it should be possible to embed these into other structures, like so: struct drm_panel { struct registry_record record; ... }; static struct registry drm_panels; int drm_panel_add(struct drm_panel *panel) { return registry_add(_panels, >record); } struct drm_panel *of_drm_panel_find(struct device_node *np) { struct registry_record *record; record = registry_find_by_of_node(_panels, np); return container_of(record, struct drm_panel, record); } Is that what you had in mind? 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/20141029/9de7c54d/attachment-0001.sig>

[PATCH 3/3] drm/modeset_lock: document trylock_only in kerneldoc

I've forgotten to do this in: commit cb597bb3a2fbfc871cc1c703fb330d247bd21394 Author: Daniel Vetter Date: Sun Jul 27 19:09:33 2014 +0200 drm: trylock modest locking for fbdev panics Oops, fix this asap. In my defense kerneldoc is really awful and there's no way it can pick up structured

[PATCH 2/3] drm: fixup kerneldoc in drm_crtc.h

I've tried to cc all the people who have recently added new stuff but forgotten to update documentation. I've also decided not to bother documenting the massive property list in struct drm_mode_config. If that beast keeps on growing we might want to extract it into a separate structure which we

[PATCH 1/3] drm: Pull drm_crtc.h into the kerneldoc template

While writing atomic docs I've noticed that I don't get any errors for my screw-ups in drm_crtc.h. Fix this immediately. This just does the bare minimum to get starts, lots of stuff isn't properly documented yet unfortunately. Signed-off-by: Daniel Vetter --- Documentation/DocBook/drm.tmpl |

[PATCH] drm: Move drm_crtc_init from drm_crtc.h to drm_plane_helper.h

Just a bit of OCD cleanup on headers - this function isn't the core interface any more but just a helper for drivers who haven't yet transitioned to universal planes. Put the declaration at the right spot and sprinkle necessary #includes over all drivers. Maybe this helps to encourage driver

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On 10/29/2014 08:58 AM, Daniel Vetter wrote: > On Tue, Oct 28, 2014 at 04:05:34PM +0100, Thierry Reding wrote: >> On Tue, Oct 28, 2014 at 08:16:44PM +0530, Ajay kumar wrote: >>> On Tue, Oct 28, 2014 at 8:11 PM, Thierry Reding >>> wrote: On Tue, Oct 28, 2014 at 03:19:36PM +0100, Daniel Vetter

[Bug 85454] Unigine Sanctuary with Wine crashes on Mesa Git

+0900 radeon/llvm: Dynamically allocate branch/loop stack arrays -- 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/20141029/3c9f4

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Wed, Oct 29, 2014 at 09:38:23AM +0100, Thierry Reding wrote: > On Wed, Oct 29, 2014 at 08:43:14AM +0100, Daniel Vetter wrote: > > On Tue, Oct 28, 2014 at 03:35:50PM +0100, Thierry Reding wrote: > > > On Mon, Oct 27, 2014 at 11:26:30PM +0100, Daniel Vetter wrote: > > > > On Mon, Oct 27, 2014 at

[PATCH] drivers: depend on instead of select BACKLIGHT_CLASS_DEVICE and ACPI_VIDEO

On Wed, 29 Oct 2014, Michael Ellerman wrote: > On Tue, 2014-10-28 at 13:29 -0700, Randy Dunlap wrote: >> On 10/27/14 06:13, Tomi Valkeinen wrote: >> > I also think the 'depends on BACKLIGHT_CLASS_DEVICE || >> > BACKLIGHT_CLASS_DEVICE=n' pattern is quite... interesting (i.e. sounds >> > like a

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

st mutex the panel/bridge can go away. > > Yes usually you don't unload a driver on a soc but soc isn't everything > and designing new stuff to not be hotunplug save isn't great either. Yeah, I certainly agree that adding proper reference counting would be a good thing. I think perhaps we could just take a reference on the struct device * to prevent it from disappearing. Although perhaps I misunderstand what you mean by "go away". 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/20141029/16e89f9b/attachment.sig>

[Intel-gfx] [RFC PATCH 3/3] libdrm: user mode helper for ipvr drm driver

On Tue, Oct 28, 2014 at 04:56:03PM +, Daniel Stone wrote: > Hi, > > On 17 October 2014 01:36, Jiang, Fei wrote: > > > Thanks for Emil's suggestion. You are right, we need make sure structure > > size aligned on 8 bytes, which is important for 32bit-64bit compatible case. > > > While

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Tue, Oct 28, 2014 at 04:05:34PM +0100, Thierry Reding wrote: > On Tue, Oct 28, 2014 at 08:16:44PM +0530, Ajay kumar wrote: > > On Tue, Oct 28, 2014 at 8:11 PM, Thierry Reding > > wrote: > > > On Tue, Oct 28, 2014 at 03:19:36PM +0100, Daniel Vetter wrote: > > >> On Tue, Oct 28, 2014 at 1:28 PM,

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Tue, Oct 28, 2014 at 03:29:47PM +0100, Thierry Reding wrote: > On Mon, Oct 27, 2014 at 11:20:31PM +0100, Daniel Vetter wrote: > > On Mon, Oct 27, 2014 at 8:58 PM, Sean Paul wrote: > > >>> @@ -660,8 +662,11 @@ struct drm_bridge_funcs { > > >>> * @driver_private: pointer to the bridge driver's

[Bug 86891] AMD/ATI Tahiti XT 7970 - long lags/stutters in games

https://bugzilla.kernel.org/show_bug.cgi?id=86891 Michel Dänzer changed: What|Removed |Added CC||curaga at operamail.com --- Comment #7

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

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/20141029/20421b0c/attachment.html>

[PATCH V7 03/12] drm/bridge: Add helper functions for drm_bridge

On Tue, Oct 28, 2014 at 03:35:50PM +0100, Thierry Reding wrote: > On Mon, Oct 27, 2014 at 11:26:30PM +0100, Daniel Vetter wrote: > > On Mon, Oct 27, 2014 at 11:20 PM, Daniel Vetter wrote: > > > On Mon, Oct 27, 2014 at 8:58 PM, Sean Paul > > > wrote: > > @@ -660,8 +662,11 @@ struct

NULL derefs after failed suspend (i915, pm, ext4, slub)

On Tue, Oct 28, 2014 at 05:06:01PM +0200, Jani Nikula wrote: > On Tue, 28 Oct 2014, Johan Hovold wrote: > > Hi, > > > > I have had some problems with crashes involving suspend-to-disk after > > updating to v3.16. > > > > Below is a log with 3.16.6 from a failed suspend attempt after which I > >

[Intel-gfx] [PATCH] drm/i915: don't try using training pattern 3 on pre-haswell

On Wed, Oct 29, 2014 at 05:02:50PM +1000, Dave Airlie wrote: > From: Dave Airlie > > Ivybridge + 30" monitor prints a drm error on every modeset, since > IVB doesn't support DP3 we should even bother trying to use it. > > Reviewed-by: Daniel Vetter (on irc) > Signed-off-by: Dave Airlie This

[Bug 85580] [RadeonSI] Bad performance in TF2.

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

[PATCH] drm: Move drm_crtc_init from drm_crtc.h to drm_plane_helper.h

On Wed, Oct 29, 2014 at 10:11:25AM +0100, Daniel Vetter wrote: > Just a bit of OCD cleanup on headers - this function isn't the core > interface any more but just a helper for drivers who haven't yet > transitioned to universal planes. Put the declaration at the right > spot and sprinkle necessary

[RFC PATCH 3/3] libdrm: user mode helper for ipvr drm driver

mil >> ___ dri-devel mailing list dri-devel at lists.freedesktop.org<mailto: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/20141029/abc06763/attachment.html>

[Bug 82109] Firefox crashes Google Maps, likely related to graphics driver

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

[Bug 85580] New: [RadeonSI] Bad performance in TF2.

. Benchmarks like glmark2 are fine, but in-game performance is just 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/20141

[Bug 85526] Screen corruptions in OpenGL reliant applications

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141029/28dee80c/attachment.html>

[Bug 84627] (bisected) 32bit corruption with PIPE_USAGE_STREAM reverted

vel/attachments/20141029/fb31afff/attachment.html>

[Bug 85579] [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141029/9aa1b090/attachment-0001.html>

[Bug 85579] New: [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components

ore information. Thanks, sarnex -- 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/20141029/694cee2a/attachment.html>

[Bug 85421] radeon stalled, GPU lockup, reset and failed on resume; crashed by firefox.

https://bugzilla.kernel.org/show_bug.cgi?id=85421 --- Comment #9 from Hin-Tak Leung --- FWIW, I am glad I haven't had a lock up since the last time I wrote (over two weeks ago). FWIW, all the patches I mentioned in comment 1 except two are integrated and therefore dropped with my current kernel

[Bug 85526] Screen corruptions in OpenGL reliant applications

https://bugs.freedesktop.org/show_bug.cgi?id=85526 --- Comment #17 from Hamish Wilson --- (In reply to Michel Dänzer from comment #16) > Can you try a 64-bit kernel? Does it happen with that as well? Booting into the exact same kernel for 64-bit does indeed make the problems go away for me.