[Bug 71282] New: Cannot authenticate second libva client

es/dri-devel/attachments/20131105/f5b1ffac/attachment.html>

[PATCH 7/8] dri: add __DRIimageLoaderExtension and __DRIimageDriverExtension

On Mon, Nov 04, 2013 at 06:23:27PM -0800, Keith Packard wrote: > These provide an interface between the driver and the loader to allocate > color buffers through the DRIimage extension interface rather than through a > loader-specific extension (as is used by DRI2, for instance). > > The driver

[Bug 69341] [radeonsi] KDE 4.11 is EXTREMELY slow with Raster QT backend

days? -- 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/20131105/04281ecd/attachment-0001.html>

[Bug 61891] Cannot switch off Radeon 6400M with vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=61891 --- Comment #8 from Alex Deucher --- Can you bisect? -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH] avivotool: fix dumping HDMI blocks on DCE2, DCE3 and DCE3.2

Signed-off-by: Rafa? Mi?ecki --- avivotool.c | 30 -- radeon_reg.h |8 +--- 2 files changed, 29 insertions(+), 9 deletions(-) diff --git a/avivotool.c b/avivotool.c index 4c5c1ce..f5b3f72 100644 --- a/avivotool.c +++ b/avivotool.c @@ -1697,13 +1697,31 @@

[Bug 61891] Cannot switch off Radeon 6400M with vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=61891 --- Comment #7 from madcatx at atlas.cz --- I just updated to 3.12 final and it is happening again. The problem seemed to be fixed in 3.12-rc2 and I switched back to stable releases then. New dmesg log attached... -- You are receiving this mail

[Bug 61891] Cannot switch off Radeon 6400M with vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=61891 --- Comment #6 from madcatx at atlas.cz --- Created attachment 113521 --> https://bugzilla.kernel.org/attachment.cgi?id=113521=edit dmesg from 3.12 final -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 69341] [radeonsi] KDE 4.11 is EXTREMELY slow with Raster QT backend

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

[PATCH 7/8] dri: add __DRIimageLoaderExtension and __DRIimageDriverExtension

On Tue, Nov 5, 2013 at 4:59 PM, Keith Packard wrote: > Kristian H?gsberg writes: > > >> We can drop width and height now and just get it from either of the >> returned images. Format is a function of the __DRIconfig and doesn't >> change, so we could make that something you can query from the

[PATCH 8/8] Add DRI3+Present loader

Eric Anholt writes: I've pushed a patch responding to these comments to my dri3 branch and will send that out shortly. I will merge those changes with the original DRI3+Present loader patch so that there is only one commit when the review process is complete. > I think I'm going to be griping

[PATCH 7/8] dri: add __DRIimageLoaderExtension and __DRIimageDriverExtension

t available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/ec8095ad/attachment.pgp>

[PATCH 5/8] dri/common: Add functions mapping MESA_FORMAT_* <-> __DRI_IMAGE_FORMAT_*

available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/f66e4529/attachment.pgp>

[PATCH 3/8] dri/intel: Add explicit size parameter to intel_region_alloc_for_fd

ze: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/1bfb99a4/attachment.pgp>

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

> -Original Message- > From: Sean Paul [mailto:seanpaul at chromium.org] > Sent: Tuesday, November 05, 2013 12:44 AM > To: Inki Dae > Cc: Thierry Reding; Laurent Pinchart; dri-devel; Sylwester Nawrocki; > St?phane Marchesin > Subject: Re: [PATCH v2 12/26] drm/exynos: Split

[PATCH 0/8] Add DRIimage-based DRI3/Present loader

s a happy coincidence. -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/22b7b40b/attachment.pgp>

[PATCH 7/8] dri: add __DRIimageLoaderExtension and __DRIimageDriverExtension

-- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/b2a07031/attachment.pgp>

[Bug 68224] [radeonsi] Serious Sam3 is segfaulting (LLVM assert)

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

[PATCH 8/8] Add DRI3+Present loader

t support it, or for DDX drivers supporting > +* only an older (pre-ScheduleSwap) version of DRI2. > +* > +* This is a hack which is required until: > +* http://lists.x.org/archives/xorg-devel/2013-February/035449.html > +* is merged and updated xserver makes it's way into distros: > +*/ > +// if (pdp->swapAvailable && strcmp(driverName, "vmwgfx") != 0) { > +// __glXEnableDirectExtension(>base, "GLX_INTEL_swap_event"); > +// } more commented leftovers. Are you dropping swap_event support? > + > + mask = psc->image_driver->getAPIMask(psc->driScreen); > + > + __glXEnableDirectExtension(>base, "GLX_ARB_create_context"); > + __glXEnableDirectExtension(>base, "GLX_ARB_create_context_profile"); > + > + if ((mask & (1 << __DRI_API_GLES2)) != 0) > + __glXEnableDirectExtension(>base, > + "GLX_EXT_create_context_es2_profile"); > + > + for (i = 0; extensions[i]; i++) { > + if ((strcmp(extensions[i]->name, __DRI_TEX_BUFFER) == 0)) { > + psc->texBuffer = (__DRItexBufferExtension *) extensions[i]; > + __glXEnableDirectExtension(>base, "GLX_EXT_texture_from_pixmap"); > + } > + > + if ((strcmp(extensions[i]->name, __DRI2_FLUSH) == 0)) { > + psc->f = (__DRI2flushExtension *) extensions[i]; > + /* internal driver extension, no GL extension exposed */ > + } > + > + if ((strcmp(extensions[i]->name, __DRI2_CONFIG_QUERY) == 0)) > + psc->config = (__DRI2configQueryExtension *) extensions[i]; > + > + if (((strcmp(extensions[i]->name, __DRI2_THROTTLE) == 0))) > + psc->throttle = (__DRI2throttleExtension *) extensions[i]; > + > + if (strcmp(extensions[i]->name, __DRI2_ROBUSTNESS) == 0) > + __glXEnableDirectExtension(>base, > +"GLX_ARB_create_context_robustness"); > + } > +} > + This is horribly duplicated with dri2, but that's also horribly duplicated with EGL's dri3. I really think we need to do a dri_loader_common between all of them with a bunch of this crap. > + tmp = getenv("LIBGL_SHOW_FPS"); > + psc->show_fps = tmp && strcmp(tmp, "1") == 0; Dead code. > +/* > + * Allocate, initialize and return a __DRIdisplayPrivate object. > + * This is called from __glXInitialize() when we are given a new > + * display pointer. > + */ > +_X_HIDDEN __GLXDRIdisplay * > +dri3_create_display(Display * dpy) > +{ > + struct dri3_display *pdp; > + int i; > + > + pdp = malloc(sizeof *pdp); > + if (pdp == NULL) > + return NULL; > + > + if (!dri3_query_version(dpy, >dri3Major, >dri3Minor)) > + goto no_extension; > + > + if (!present_query_version(dpy, >presentMajor, >presentMinor)) > + goto no_extension; > + > + pdp->base.destroyDisplay = dri3_destroy_display; > + pdp->base.createScreen = dri3_create_screen; > + > + i = 0; > + > + pdp->loader_extensions[i++] = > + trailing whitespace > diff --git a/src/glx/dri3_priv.h b/src/glx/dri3_priv.h > new file mode 100644 > index 000..2873919 > --- /dev/null > +++ b/src/glx/dri3_priv.h > + > +struct dri3_buffer { > + __DRIimage *image; > + uint32_t pixmap; > + uint32_t sync_fence; > + int32_t *shm_fence; > + GLbooleanbusy; Can we get some comments on what these 3 fields do? These synchronization details were a huge part of the dri3 discussions, and I know you've gone several ways about things in the process of development, but I see just a single comment about what fences do: + /* Mark the buffer as idle */ That's... not enough. > +struct dri3_drawable > +{ > + /* For WaitMSC */ > + uint32_t present_msc_request_serial; > + uint32_t present_msc_event_serial; > + whitespace -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/65066d87/attachment-0001.pgp>

[PATCH 7/8] dri: add __DRIimageLoaderExtension and __DRIimageDriverExtension

On Mon, Nov 04, 2013 at 06:23:27PM -0800, Keith Packard wrote: > These provide an interface between the driver and the loader to allocate > color buffers through the DRIimage extension interface rather than through a > loader-specific extension (as is used by DRI2, for instance). > > The driver

[PATCH 5/8] dri/common: Add functions mapping MESA_FORMAT_* <-> __DRI_IMAGE_FORMAT_*

On Mon, Nov 4, 2013 at 8:11 PM, Keith Packard wrote: > Jordan Justen writes: >> After patch 6, this will add SARGB8, right? So, maybe add this to the >> commit message, or separate out adding SARGB8 into a separate commit? > > I added the SARGB8 define in patch 4; is there some other separation

[PATCH 6/8] dri/i915,dri/i965: Use driGLFormatToImageFormat and driImageFormatToGLFormat

On Mon, Nov 04, 2013 at 06:23:26PM -0800, Keith Packard wrote: > Remove private versions of these functions Reviewed-by: Kristian H?gsberg > Signed-off-by: Keith Packard > --- > src/mesa/drivers/dri/i915/intel_screen.c | 53 ++- >

[PATCH 5/8] dri/common: Add functions mapping MESA_FORMAT_* <-> __DRI_IMAGE_FORMAT_*

On Mon, Nov 04, 2013 at 06:23:25PM -0800, Keith Packard wrote: > The __DRI_IMAGE_FORMAT codes are used by the image extension, drivers need to > be able to translate between them. Instead of duplicating this translation in > each driver, create a shared version. I'll take the bait... before the

[PATCH] drm/radeon: fix radeon_fence_wait_empty_locked

2013/11/5 Christian K?nig : > From: Christian K?nig > > Don't block forever if there is nothing to wait for. > > Signed-off-by: Christian K?nig Tested-by: Rafa? Mi?ecki -- Rafa?

[PATCH 1/5] drm/radeon: rework and fix reset detection v2

2013/11/5 Christian K?nig : > Am 03.11.2013 13:15, schrieb Rafa? Mi?ecki: > >> 2013/10/29 Christian K?nig : >>> >>> From: Christian K?nig >>> >>> Stop fiddling with jiffies, always wait for RADEON_FENCE_JIFFIES_TIMEOUT. >>> Consolidate the two wait sequence implementations into just one function.

[PATCH 3/8] dri/intel: Add explicit size parameter to intel_region_alloc_for_fd

On Mon, Nov 04, 2013 at 06:23:23PM -0800, Keith Packard wrote: > Instead of assuming that the size will be height * pitch, have the caller pass > in the size explicitly. > > Signed-off-by: Keith Packard > --- > src/mesa/drivers/dri/i915/intel_regions.c | 4 ++-- >

[PATCH] drm/radeon: fix radeon_fence_wait_empty_locked

From: Christian K?nig Don't block forever if there is nothing to wait for. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_fence.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_fence.c

[Mesa-dev] [PATCH 0/8] Add DRIimage-based DRI3/Present loader

On Tue, Nov 05, 2013 at 12:04:32PM -0800, Eric Anholt wrote: > Keith Packard writes: > > > Keith Packard writes: > > > >> This sequence first adds a a couple of new DRIimage extensions to the > >> dri/common, dri/i915 and dri/i965 directories which define a > >> loader-independent API for

[PATCH 1/5] drm/radeon: rework and fix reset detection v2

part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-fix-radeon_fence_wait_empty_locked.patch Type: text/x-diff Size: 1028 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/8416f7ea/attachment.patch>

[PATCH v2] drm/i915: Make AGP support optional

From: Ville Syrj?l? We only depend on the intel-gtt module for GTT frobbign on older gens. The intel_agp module is optional, except for UMS and some old XvMC userland on gen3. So make AGP support optional. As before, we will fail the i915 init for UMS and gen3 KMS

[Bug 63997] Artifacts using a HD7480D on a A4-5300 APU

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/5238ca29/attachment.html>

[Bug 71259] Richland-999B : OpenGL Games/Demos fail to render correctly

|| -- 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/20131105/ce58fb21/attachment.html>

[Bug 71259] Richland-999B : OpenGL Games/Demos fail to render correctly

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

[Bug 71259] Richland-999B : OpenGL Games/Demos fail to render correctly

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

[Bug 71259] New: Richland-999B : OpenGL Games/Demos fail to render correctly

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

[PATCH 7/8] dri: add __DRIimageLoaderExtension and __DRIimageDriverExtension

brw); > void intel_resolve_for_dri2_flush(struct brw_context *brw, >__DRIdrawable *drawable); > > -bool brwCreateContext(gl_api api, > - const struct gl_config *mesaVis, > - __DRIcontext *driContextPriv, > - unsign

[PATCH 0/8] Add DRIimage-based DRI3/Present loader

NewScreen2 change. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/94e49172/attachment.pgp>

[PATCH v4 2/2] drm: omap: Enable DT support for DMM

On Friday 01 November 2013 06:10 AM, Mark Rutland wrote: > On Tue, Oct 15, 2013 at 08:04:20AM +0100, Archit Taneja wrote: >> Enable use of DT for DMM/Tiler. >> >> Originally worked on by Andy Gross >> >> Cc: Andy Gross >> Cc: DRI Development >> Signed-off-by: Archit Taneja >> --- >>

[Bug 71239] Metro Last Light quits(?) on r600g

RRIDE=150 it also works, but I automatically switch to OpenGL 3.2. -- 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/20131

[Bug 71239] Metro Last Light quits(?) on r600g

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/19adfde6/attachment.html>

[Bug 71239] Metro Last Light quits(?) on r600g

fig file. -- 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/20131105/6f7f231c/attachment.html>

[PATCH 3/3] drm/i915: Clean up if drm_sysfs_connector_add() fails

On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > While we can now call drm_sysfs_connector_remove() even if > drm_connector_sysfs_add() failed, it would seem better for > the user to know that something went wrong. So instead of > ignoring

[PATCH 2/3] drm/sysfs: Don't pollute connector->kdev if drm_connector_sysfs_add() fails

On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Currently if drm_connector_sysfs_add() fails, it can leave connector->kdev > populated with an ERR_PTR value, or pointing to an already freed device. > Use a temporarary kdev pointer during

[Intel-gfx] [PATCH 1/3] drm/sysfs: Remove stale comments about calling drm_sysfs_connector_add() multiple times

On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > drm_connector_sysfs_add() explicitly checks if connector->kdev > is already populated and returns success. So it clearly now allows > being called multiple times. Remove some stale comments to the contrary. > >

[PATCH 0/8] Add DRIimage-based DRI3/Present loader

ble URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/1166c68b/attachment.pgp>

[Intel-gfx] [PATCH 3/3] drm/i915: Clean up if drm_sysfs_connector_add() fails

On Tue, Nov 05, 2013 at 09:23:46AM +0200, Jani Nikula wrote: > On Mon, 04 Nov 2013, ville.syrjala at linux.intel.com wrote: > > From: Ville Syrj?l? > > > > While we can now call drm_sysfs_connector_remove() even if > > drm_connector_sysfs_add() failed, it would seem better for > > the user to

[Bug 63391] Radeon RS880 doesn't resume from suspend with radeon dpm enabled

https://bugzilla.kernel.org/show_bug.cgi?id=63391 Tasev Nikola changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 63391] Radeon RS880 doesn't resume from suspend with radeon dpm enabled

https://bugzilla.kernel.org/show_bug.cgi?id=63391 --- Comment #10 from Tasev Nikola --- Hi, I tested final 3.12 and the bug is still there. I 'm closing this bug because for me is not a big issue, i just disabled dpm and my system is stable. I hear that in next 3.13 kernel the dpm will be

[Bug 71239] Metro Last Light quits(?) on r600g

/ master. I'm stuck with i965 on Sandybridge and r600g -- 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/20131105/ab997b32/attachm

[Bug 52467] Radeon HD6450 KMS garbled screen on boot.

around proposed in comment 8 (bug 43655#c8) or comment 13 (bug > 43655#c13)? -- 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/attachme

[Bug 71239] Metro Last Light quits(?) on r600g

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

[Bug 71239] Metro Last Light quits(?) on r600g

ing 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/20131105/2ab1b455/attachment.html>

[Bug 71239] Metro Last Light quits(?) on r600g

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

[Bug 71239] Metro Last Light quits(?) on r600g

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131105/01e4cff0/attachment.html>

[Bug 71239] New: Metro Last Light quits(?) on r600g

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